1、未实现产品规格说明书上要求的功能
2、出现了产品规格说明书未提及的功能
3、出现了产品规格说明书上指明的错误
4、未实现产品规格说明书上没有提及但应该有的效果
5、难以理解、不易使用或者运行缓慢等影响客户体验的情况
出现以上五种情况的任何一种我们称之为bug
1、产品说明书
2、设计
3、代码错误
4、测试的误解
说明:bug产生的主要来源是产品说明书,因为产品规格说明书无最终版本,是一直根据客户的需求在变的,而且产品说明书是评判是否为bug的重要依据,它的表述不准确也可能影响研发或测试的理解和沟通;其次就是设计,程序设计——随意、易变、沟通不足;代码错误——软件的复杂性、文档不足、进度压力和普通的低级错误等等;测试的误解,一般是由测试员的误操作引起的,一般来说这类错误只占极小的比例。
计划<编程<测试<上线
一般来说越是到后期,修复bug的费用成倍增长,测试是产品质量保证的最后防线
1、目的:找bug
2、目标:尽可能早的找出bug,并确保其得到修复
1、探索精神
2、不放过任何蛛丝马迹
3、创造(不寻常的方法和手段)
4、追求完美
5、准确的判断力
6、沟通能力(沟通方式和方法)
7、善于说服(表达观点、多想为什么,立足于理)
1、测试计划
2、测试用例
3、bug报告
4、测试工具/自动测试/性能测试
5、度量、统计、总结
1、项目经理
2、体系架构师
3、研发/程序员
4、测试员/质量保证
5、文案专员
6、配置管理
1、大爆炸模式
2、边写边改模式
3、瀑布模式
4、螺旋模式
1、输入量太大
2、输出结果太多
3、执行路径太多
4、产品说明书是主观的/没有最终版本
每个软件项目都有个最优测试量
1、没有足够的时间
2、不算真正的bug
3、修复风险太大
4、不值得修复
原文:https://www.cnblogs.com/zhaoqing-cao/p/11396509.html