软件测试基础篇

目录

回顾一下关于BUG的知识

1.软件测试生命周期

2. 如何描述一个BUG

3.. BUG的级别

如何开始第一次测试

测试的执行和BUG的管理

1.测试的执行

2.如何发现更多的BUG

产生争执怎么办（处理人际关系）

1.为什么设置这个知识点

2.产生争执之后怎么办

---

回顾一下关于BUG的知识

1.软件测试生命周期

软件测试的生命周期：

需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估→运行维护。

每一个阶段测试人员做的工作

需求分析：分析需求正确性、完整性

测试计划：who(由谁测试)，when(何时开始测试、何时结束测试，测试点有哪些)

测试设计：编写测试用例、编写测试工具、测试用例评审

测试执行：执行测试用例，发现BUG，提交BUG，验收BUG...

测试评估：产出一个测试报告

运行维护：上线、维护线上软件质量(当发现线上BUG，测试人员需要复现BUG，开发人员需要修复问题)

2. 如何描述一个BUG

①BUG的版本  ②问题出现的环境  ③错误重现的操作步骤  ④预期行为的描述 ⑤错误行为的描述 ⑥其他

3.. BUG的级别

①奔溃  ②严重  ③一般  ④次要

---

如何开始第一次测试

作为一个菜鸟在进入测试团队开始第一次测试的时候，我们需要做很多的准备：

1.充分了解需求：阅读项目的文档(需求文档、技术文档、用户手册)

2.掌握项目测试计划：找组长确定项目测试点；确定测试人员；确定测试时间(测试开始时间，测试结束时间，项目上线时间)

3.执行测试：发现BUG，验收BUG

4.总结测试项目：每测试一个项目总结一个文档(需求文档，技术文档；开发人员，测试人员，产品；测试方法等等)

测试的执行和BUG的管理

1.测试的执行

①.打开待测试的系统；②.打开测试管理工具用例模块，开始执行用例；③.发现bug！进行复现并确认bug的复现步骤；④.记录bug；⑤.沟通bug；⑥.验证以前提交的bug；⑦.确认本次测试完成；⑧.编写测试报告

2.如何发现更多的BUG

①、软件测试同样存在二八原则，80%的故障集中于20%的模块，如果某部分问题较多，加强测试广度和深度。
②、开发人员也存在二八原则，80%的故障集中于20%的开发人员，如果某些开发人员的bug较多，加强他开发模块的测试广度和深度。
③、多进行逆向思维和发散性的思维
④、不要局限于用例和需求文档
⑤、尽早介入项目,不要等到开发的差不多了再介入项目

产生争执怎么办（处理人际关系）

1.为什么设置这个知识点

面试题：如果你提交了一个BUG，开发人员认为不是BUG，你怎么处理？

2.产生争执之后怎么办

遇到争执不要怕，记住批判性思维：清楚--准确、切题--深刻，有意义，有逻辑性--公正、全面。

1》检查自身问题：检查BUG是不是描述的不清楚，检查对需求是否真正理解了。

2》站在用户角度考虑问题应该让开发人员了解到Bug对用户可能造成的困扰，这样才能促使开发人员更加积极地、高质量地修改Bug。在争执时，可以问一句：如果你是用户，你可以接受么？

3》BUG定级要有理有据

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

5》开发人员不接受时，不要争吵：可能你已经经过了多轮沟通，但是开发人员仍然拒不接受。此时可以发起Bug评审。Bug评审要注意的问题缺陷的评审应该包括以下两个层面：①决定如何处理Bug。②分析缺陷产生的原因，找出预防的对策。