分享
这是一个创建于 的主题,其中的信息可能已经有所发展或是发生改变。
一.缺陷
APP测试识别、描述缺陷的定义:
违背客户指定需求的内容都称为缺陷
缺陷产生原因:
1.人员(用户、设计、开发、测试、技术支持等)之间的沟通交流出现问题
2.程序设计本身的问题
3.需求的变更
4.软件规模大,结构复杂
5.工期短,任务重
6.开发工具与系统软硬件的支持
缺陷判断方法:
1.参考文档(需求规格说明书,概要设计,详细设计)
2.行业标准,行业背景
3.沟通交流
再现优化缺陷的方法:
1.不要想当然的接受任何假设
2.查找依赖关系和竞争条件的问题
3.与压力和负荷相关的边界条件软件缺陷、内存泄漏和数据溢出缺陷的发生有一定的前提条件
4.状态缺陷仅在特定软件状态中显露
5.考虑资源依赖性,内存、网络、硬件共享的相互作用
6.关注硬件的失效问题,硬件可能不按照预定方式工作
7.关注软件的失效问题,对缺陷的修改可能会引发新的缺陷
8.从阅读缺陷报告入手,提高编写缺陷报告的能力
TestBird提供有效记录缺陷的方法:
1.保证缺陷重现
2.用最少的步骤重现缺陷
3.包含所有重现缺陷所包含的必要步骤
4.方便阅读
5.一个缺陷一个报告
6.经验
有疑问加站长微信联系(非本文作者)
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
关注微信1718 次点击
添加一条新回复
(您需要 后才能回复 没有账号 ?)
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传