软件测试知识点

1.软件测试的流程？（软件测试的生命周期是什么？）

需求分析--测试计划--测试设计/开发--测试执行--测试报告

2.如何清楚的描述一个BUG？

版本号、测试环境、测试步骤/测试数据、测试实际结果、测试预期结果、附件（错误日志、截图）

3.如果因为一个BUG，和开发人员或其他人员发生冲突怎么处理？

（1）先从自身检查，看自己描述的BUG是否清楚

（2）从用户的角度去说服开发人员

（3）BUG定级一定要按照公司的标准来

（4）不断提高自己的业务水平和技术水平

（5）和产品经理沟通，讨论BUG的解决方案

4.什么是测试用例？

软件测试人员向被测试系统发起的一组集合，包括测试环境，测试数据，测试步骤，预期结果

5.为什么要设计测试用例？

（1）测试用例是测试执行者的依据

（2）测试用例有复用性（可用于回归测试）

（3）测试用例可以衡量需求的覆盖率

（4）自动化测试用例编写的依据

（5）有借鉴意义

6.基于需求设计测试用例要怎么做？

（1）分析需求，验证需求的合理性，正确性，看需求是否逻辑自洽，无二义性

（2）细化需求，提取测试项，根据测试项去设计测试用例

a.从功能性角度考虑：

从界面的功能开始分析和设计，不能遗漏（从上到下，从左到右）

根据业务，使用场景，把功能串联起来测试

一个功能的不同输入要进行测试

数据异常，要考虑异常操作

验证软件中的算法（白盒测试）

b.从非功能性考虑

易用性、可靠性、容错性、兼容性、安全性、可移植性、性能

（不同类型软件对非功能性的考虑不一样，要求也不一样）

7.等价类

等价类的设计思想就是把输入划分成若干个等价类，从每一个等价类中选择测试用例进行测试，如果这个测试用例通过，我们就说这个测试用例代表的等价类测试通过。等价类是解决测试无法穷举的一种情况。

8.边界值法

对输入输出边界针对性的进行测试用例的设计

9.错误猜测法

根据测试人员的经验，直觉针对性的去设计测试用例，用于对测试用例设计的补充。

10.场景法

把一个个孤立的功能串起来形成一个场景，每一个功能不同的输入会触发流程走向不同的场景，根据这些不同功能的不同输入触发形成的场景进行测试用例的设计。