标准:
研发应发现:
1、主功能流程无法正常使用,以及联调时主功能流程是否正常
2、功能缺失
3、打包时数据库表非最新、程序文件非最新;
4、文件导出时有明显错误(如无法导出、导出后格式明显不对、批量导入出错)
5、输入检查
· 非空验证
· 数据类型验证(如身份证和电话等)
6、页面显示
· 初始化时的默认条件加载是否正确?
· 主功能、流程界面有JS错误
· 风格和元素跟设计不符(在设计未变更的前提下)
· 对齐方式错误
7、数据正确性
· 查询模块单条件查询是否正确
· 模糊查询
· 有联动关系的下拉菜单(如省市区联动)
· 下拉菜单的值无明显错误(比如省的下拉菜单加载了市区),不包含数据字典中删除了字段导致的错误
8、易用性
· 信息提示格式不统一
· 重要数据删除时没有提示
测试应发现:
· 偶发类、或客户端导致的问题
· 路径较深类
· 兼容性问题
· 像素和分辨率类问题
· 服务异常重启,网络异常等诱发的bug
· 易用性体验、建议类(如语言描述不清晰易懂)
· 次要功能流程界面有js错误
· 导出文件时有不影响正常使用的错误(如容错性验证、格式验证)
· 系统日志记录问题
· 输入验证,如边界值
· 性能问题
哪些Bug应由研发发现?
发表于:2017-02-07
作者:网络转载
来源:
- 周排行
- 月排行
-   iOS编程常用方法和常见bug修复
-   如何编写更佳的bug report
-   面对Bug的正确姿势
-   游戏测试中缺陷的分类
-   基于Bug的测试策略分析
-   软件缺陷的描述
-   像个专业人士一样去调试Bug
-   程序员如何减少开发中的 Bug?
-   多种缺陷管理软件简介
-   缺陷是什么?
-   为什么缺陷报告是每个测试人员都应该...
-   数据挖掘在软件缺陷管理应用的可行性分析
-   像个专业人士一样去调试Bug
-   面对Bug的正确姿势