软件测试相关知识(3)

1.软件测试V模型

优点：左边开发的每一个阶段和右边测试的每一个阶段一一对应，是右边测试每一个阶段的依据。
缺点：测试介入比较晚，前期的错误和风险到后期才发现，会失去及时纠正的机会。

2.软件测试W模型

优点：测试阶段和开发阶段在两个独立的V模型中，测试介入比较早，在项目初期就介入，前期的风险可以及时发现。
缺点：W模型每一个阶段仍然是一个串行的过程，不能适应需求变化的项目，所以无法应用到敏捷开发。

3.软件测试的生命周期

需求分析——测试计划——测试设计、测试开发——测试执行——测试评估
需求分析：分析需求，细化需求，验证需求的正确性和合理性。
测试计划：规划测试人员数量，规划时间，测试范围，测试目的。
测试开发/设计：分析需求，从细化的需求中提炼功能点，设计测试用例。
测试执行：执行测试用例，记录BUG。
测试报告：测试的范围有多少测试用例，执行了多少，余留了多少测试用例，发现了多少BUG，修改了多少BUG以及遗留的BUG以及解决方案。

4.如何描述一个BUG？

1.版本号（代码版本号）
2.测试环境（平台）
不同浏览器对同一个系统的同一个页面解析是不一样的。
3.测试步骤和测试数据
4.实际结果
5.预期结果
6.附件 错误截图、错误日志等。

5.BUG级别的定义

1.崩溃:系统运行阻断，严重影响了开发人员和测试人员的工作，需要立马修复；
问：线上出现崩溃级别的BUG怎么办？
答：回退到一个稳定的版本
2.严重：系统还可以运行，但是已经不稳定了，如果继续下去，可能会产生严重的后果。
3.一般：系统可以稳定运行，但是一些次要的功能没有实现，可能会影响用户的体验。
4.次要：影响用户的视觉体验，界面的文字提示内容，展示，图片的排版。

6.BUG的生命周期

每个公司，每一个工具对BUG生命周期的定义都是不一致的；
如果碰到一个BUG，和开发人员发生冲突怎么办？
1.先检查自己的BUG描述是否清除
2.检查BUG的定级是否按照公司的标准来的
3.站在用户的角度去说服开发
4.不断地提高自己的业务水平和技术水平
5.和开发人员，产品经理开会商量BUG解决方案。
（具体解决看情况，仅供参考）