关于软件测试的基础知识。

什么是测试用例？

为了实施测试向被测试系统发起的一组集合。
测试环境，测试步骤，测试数据，预期结果。（标题，功能模块，重要性，执行方式等）

如何描述一个BUG？

BUG中所包含的的内容：
测试版本，测试环境，操作步骤，测试数据，预期结果，实际结果，附加（错误日志，错误截图…）

BUG的等级：

崩溃，严重，一般，次要

BUG的生命周期

从BUG的创建到关闭，BUG所经历的状态：
new —— open —— fixed —— 测试人员回归BUG通过 —— closed
new —— open —— fixed —— 测试人员回归BUG未通过 —— reopen

由于一个BUG，和开发人员产生冲突？

（1）首先检查自身，检查BUG描述是否正确、清楚。
（2）站在用户的角度，劝说开发人员。
（3）BUG的定级要有理有据。
（4）不断提升自己的业务水平和技术水平（不但能找BUG，还能定位BUG产生的原因，并且提出解决方案）
（5）BUG评审

什么是BUG？

有需求规格说明书的时候，当且仅当需求规格说明合理，实际功能和需求规格说明不符合，就是软件缺陷。
当需求规格说明不存在，当且仅当用户需求存在并且合理，如果和用户预期不符合，就是软件缺陷。

什么是需求？

满足用户的期望或正式规定的文档（合同，标准，规则）所需要的条件和权能，叫做需求。

黑盒测试设计测试用例的方法：

（1）等价类： 依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能。
无效等价类：根据需求说明书，不满足需求的集合。、

（2）边界值： 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

（3）因果图： 因果图是一种简化了的逻辑图，能直观地表明程序输入条件（原因）和输出动作（结果）之间的相互关系。因果图法是借助图形来设计测试用例的一种系统方法，特别适用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况。
恒等、与、或、非：

（4）正交排列：
研究多因素多水平的一种测试用例的设计方法。选取实验中最优的组合进行测试，通过分析这些最优组合的结果来判断和分析整个实验的结果。
正交试验设计(Orthogonal experimentaldesign)是研究多因素多水平的一种设计方法，它是根据正交性，由试验因素的全部水平组合中挑选出部分有代表性的点进行试验，通过对这部分试验结果的分析了解全面试验的情况，找出最优的水平组合。
因素（Factor）：在一项试验中，凡欲考察的变量称为因素（变量）
水平（位级）（Level）：在试验范围内，因素被考察的值称为水平（变量的取值）

正交表的构成：
行数(Runs)：正交表中的行的个数，即试验的次数,用N代表。
因素数(Factors)：正交表中列的个数，用C代表。
水平数(Levels)：任何单个因素能够取得的值的最大个数。正交表中的包含的值为从0到数“水平数-1”或从1到“水平数”，用T代表。
正交表的表示形式： L=行数(水平数*因素数) L=N(TC)

正交表的两条性质：
每一列中各数字出现的次数都一样多。
任何两列所构成的各有序数对出现的次数都一样多

正交法设计测试用例的步骤：
1、有哪些因素（变量）
2、每个因素有哪几个水平（变量的取值）
3、选择一个合适的正交表
4、把变量的值映射到表中
5、把每一行的各因素水平的组合作为一个测试用例
6、加上你认为可疑且没有在表中出现的用例组合

（5）场景法：
事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
典型的应用是是用业务流把各个孤立的功能点串起来，为测试人员建立整体业务感觉，从而避免陷入功能细节忽视业务流程要点的错误倾向。

（6）错误猜测法：
根据自己的经验，知识，直觉，判断系统哪一个模块会出现问题，专门针对这个模块来设计测试用例。