软件测试笔试

作者：爱塔居

专栏：软件测试

文章简介：记录了我在笔试、面试过程中遇见的一些小问题

1.软件的生命周期：需求分析、计划、设计、编码、测试、运行维护

2.软件测试的生命周期：需求分析、测试计划、测试设计/开发、测试执行、报告评估

3.软件开发瀑布模型

 螺旋模型

敏捷模型

软件测试V模型

软件测试W模型

 

4.产品测试就是验证软件产品特性是否满足用户的需求

5.软件测试和调试的区别：目的不同、参与角色不同、开发人员不同

①目的不同

调试（Debug）：确保程序完成了程序员设计的任务。

测试（Testing）：确保程序解决了它该解决的问题。

②参与角色不同

调试由开发人员完成

测试有测试人员和开发人员来执行。黑盒测试主要由测试人员完成、单元/集成测试主要是由开发人员执行。

③执行的阶段不同

调试一般在开发阶段

测试贯穿整个软件开发生命周期

6.关于bug

怎么描述一个bug？

①发现问题的版本

②问题出现的环境（包括硬件环境和软件环境）

③错误重现的最短步骤

④预期行为的描述

⑤错误行为的描述

（bug初发现的时间和地点、发现bug的人员姓名和联系方式，bug捕捉时的截图或录屏、问题的性质及影响、bug的状态和级别）

⑥不要把多个bug放到一起

bug的级别（看公司规范）

1.Broker（崩溃）

2.Critical（严重）

3.Major（一般）

4.Minor（次要）

bug的生命周期

New:新发现的bug，未经评审决定是否指派给开发人员进行修改。                                    Open：确认是Bug，并且认为需要进行修改，指派给相应的开发人员。                                  Fixed：开发人员进行修改后标识威修改状态，有待测试远远的回归测试验证。                      Rejected:如果认为不是Bug，则拒绝修改。                                                                              Delay：如果认为暂时不需要修改或者暂时不能修改，则延后修改。                                        Closed：修改状态的Bug经测试人员的回归测试验证通过，则关闭Bug。                                Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改。

7.软件测试存在二八原则， 80% 的故障集中于 20%的模块。

8.产生争执怎么办？

能让开发人员解决最多bug的测试人员是最优秀i的测试人员。

1.先检查自身，是否bug描述不清楚。

我们要正确的、高质量地录入一个Bug，如果遇到写完一个bug之后，好像还有很多关于bug地信息没有表达出来，或者难以用书面语言表达，可以在提交bug之后，马上找相关的程序员解释刚才录入的Bug，确保程序员明白Bug描述的意思，而不是等待开发人员找自己了解更多的信息。

2.站在用户角度考虑问题，应该让开发人员了解到Bug对用户可能造成的困扰，这样才能促使开发人员更加积极地、高质量地修改Bug。

3.Bug的定义要有理有据。

Bug定级时，不仅要参考Bug级别，还要考虑bug是否会影响到流程，往往是否会影响到流程。往往用户的Bug级别和我们是有区别的，需要站在用户的角度考虑定位级别。

4.提高自身的技术和业务水平，不光要提出问题，最好也能提出解决方案。

5.开发人员不接受，且经过多轮沟通，可以发起Bug评审。