标准:
研发应发现:
1、主功能流程无法正常使用,以及联调时主功能流程是否正常
2、功能缺失
3、打包时数据库表非最新、程序文件非最新;
4、文件导出时有明显错误(如无法导出、导出后格式明显不对、批量导入出错)
5、输入检查
· 非空验证
· 数据类型验证(如身份证和电话等)
6、页面显示
· 初始化时的默认条件加载是否正确?
· 主功能、流程界面有JS错误
· 风格和元素跟设计不符(在设计未变更的前提下)
· 对齐方式错误
7、数据正确性
· 查询模块单条件查询是否正确
· 模糊查询
· 有联动关系的下拉菜单(如省市区联动)
· 下拉菜单的值无明显错误(比如省的下拉菜单加载了市区),不包含数据字典中删除了字段导致的错误
8、易用性
· 信息提示格式不统一
· 重要数据删除时没有提示
测试应发现:
· 偶发类、或客户端导致的问题
· 路径较深类
· 兼容性问题
· 像素和分辨率类问题
· 服务异常重启,网络异常等诱发的bug
· 易用性体验、建议类(如语言描述不清晰易懂)
· 次要功能流程界面有js错误
· 导出文件时有不影响正常使用的错误(如容错性验证、格式验证)
· 系统日志记录问题
· 输入验证,如边界值
· 性能问题
哪些Bug应由研发发现?
发表于:2017-02-07
作者:网络转载
来源:
- 周排行
- 月排行
- 评论排行
-   记录一次Bug解决过程:可维护性和性能优化
-   你碰到过的最难调试的Bug是什么样的?
-   面对Bug的正确姿势
-   我的解Bug之路—串包Bug解决思路
-   网页Bug和不同浏览器下兼容性问题的处...
-   软件缺陷的有效管理
-   购物系统测试缺陷报告
-   基于Bug的测试策略分析
-   实例!软件缺陷数据度量和分析
-   手机App常见Bug积累
-   从“扁鹊三兄弟”谈缺陷预防
-   高质量的缺陷分析:让自己少写 bug
-   多种缺陷管理软件简介
-   如何写出没有BUG的代码
-   从软件出发,非功能测试思考总结
-   展望2017,谁是网络技术头牌?
-   C/C++单元测试工具Visual Unit 4 介绍
-   国内外最好用的6款Bug跟踪管理系统
-   性能测试指标评估必读
-   百度软件测试方案模板
-   38张史上最全的IT工程师技能图谱
-   C/C++单元测试工具Visual Unit 4 介绍
-   2019年,你会选哪些安全测试工具?
-   十款Web服务器性能压力测试工具
-   软件测试入门指南:周期、模型和文档化
-   记自动化测试成神学习之路
-   软件测试全景图 -最全的思维导图