软件测试框架课程概要总结

前段时间进行了软件测试框架课程的复习，没有输出文章。容易忘记，也容易停留在表面的理解。今天就用文档保存下来。
框架课程指的是软件测试流程的各种活动。包括需求评审，测试计划，测试方案，测试用例的设计（评审），测试用例的执行，bug提交处理，测试报告等活动。测试工程师的重点是测试用例的设计，执行和bug的提交跟踪。
下面分别说说各个活动的注意点。

需求评审

这里主要说说有需求文档的情况，如果没有的话，可以看看历史项目，看看同行产品，更详细的内容后面文章再写。
需求文档就是一个软件的需求说明，也是提供一个标准。测试可以根据文档分功能提取测试点。对一些数据等要有明确的规范，比如用户名密码等，要不然会有软件漏洞。需求不能有歧义，这样开发和测试理解的不一样，会造成后面很多的麻烦。再者就是典型的用户场景要重点说明，比如一个加密软件的加密功能，一个视频软件的播放功能，这些要重点测试，并能提供好的用户体验。

测试用例的设计方法

主要有7大测试方法。但在实际工作过程中，由于时间因素，软件本身的复杂性，通常就用的是等价类划分法，边界值法，场景法（流程法）。
可以说等价类和边界值是最小可执行单元，通常不同的场景里面，每一步都可以用等价类和边界值划分很多情况，进行我们的用例设计。注意一下场景法里面触发不同流程，会有不同的原因，这就构成了因果图法。
因果图法是一种条件组合，是一些较为复杂的场景。条件间有互斥，有关联，所以很多组合是无效的，把条件结果画成判定表，合并相同的结果。就可以写测试用例了。
等价类划分的时候一般是一个有效等价类，多个无效等价类，这是由于用控制变量法才能找到具体哪一个是无效的。
这篇文章简单的回顾了一下软件测试框架课程主要内容。写的过程中才发现很多知识只是记得大概，具体到实际工作肯定会有很多困惑。这也是练习才能印象深刻，看课程视频多次也难达到实践的效果。
输出倒逼输入，以后也对照这篇文章在复习下视频。