1. 程序的质量主要取决于设计的质量。
2. 测试分为单元测试，集成测试，系统测试。
3. 测试的目标是在既定时间内尽可能多的发现系统中的错误，但是不能证明程序的正确性。
4. 程序设计语言的基本成分：数据成分，运算成分，控制成分，传输成分。
5. 不要为了追求效率而是程序语句复杂化，程序的效率应该通过选择高效的算法来实现。
6. 应该尽量避免使用临时变量。
7. 尽量只采用选择，分支，循环三种基本的控制方式编写程序。
8. 从程序运行时间，存储器效率，输入输出的效率来考虑程序的效率。
9. 软件测试是根据软件开发的各个阶段的规格说明和程序的内部结构而精心设计的测试用例，并利用这些测试用例运行程序以发现错误的过程。
10. 软件测试的目标：希望通过软件测试暴露软件中隐藏的错误和缺陷，以保证软件产品的质量。
11. 成功的测试：测试用例发现了程序中迄今为止尚未发现的错误。
12. 软件测试只能查找出程序中的错误，不能证明程序的正确性。
13. 测试用例包括测试数据和预期输出两部分。
14. 软件测试可分为“黑盒测试”和“白盒测试”。
15. 软件测试可分为“单元测试”，“集成测试”，“系统测试”和“验收测试”。
16. 测试重点：模块接口，局部数据结构，出错处理，独立路径，边界条件。
17. 计算机测试：
判定覆盖：保证程序中每个语句都被执行一次，并且保证每种可能的结果都应该至少执行一次。
判定/条件覆盖：选取足够多的测试数据，使得判定表达式中的每个条件都能取到各种可能值，并且判定表达式也都取到各种可能的结构。
以上为逻辑测试。
下面是控制结构测试。
基本路径测试：一种白盒测试技术，首先计算过程设计结果的逻辑复杂度，并以该复杂度为指南定义执行路径的基本集合，从该基本集合导出的测试用例可以保证程序中每条语句至少执行一次，而且每个条件在执行时都将分别取true(真)和false(假)值。
基本步骤：
1. 根据过程设计结果画出相应的流图；
2. 计算流图的环形复杂度；
所谓独立路径是指至少引入程序的一个新处理语句集合或一个新条件的路径，用流图术语描述，独立路径至少包含一条在定义该路径之前不曾用过的边；
使用基本路径测试法设计测试用例时，程序的环形复杂度决定了程序中独立路径的数量，而且这个数是确保程序中所有语句至少被执行一次所需的测试数量的上界。
在导出测试用例时，识别判定节点是很有用的。
4. 设计可强制执行基本集合中每条路径测试用例。
应该选取数据使得在测试每条路径时都适当地设置好了各个判定节点的条件。
软件的平均无故障时间MTTF是一个重要的质量指标，往往作为对软件的一项要求由用户提出
估算MTTF使用下述符 表示有关的数量：
ET——测试之前程序中错误总数；
IT ——程序长度(机器指令总数)；
τ——测试(包括调试)时间；
Ed(τ)——在0至τ期间发现的错误数；
Ec(τ)——在0至τ期间改正的错误数。
失效率正比于软件中剩余的(潜藏的)错误数，而平均无故障时间MTTF与剩余的错误数成反比。
估算平均无故障时间估算：
经验表明，平均无故障时间与单位长度程序中剩余的错误数成反比，即
MTTF=1/(K(Et/It)-Ec/It)
其中K为常数，它的值应该根据经验选取。美国的一些统计数字表明，K的典型值是200。
估算平均无故障时间的公式，可以评价软件测试的进展情况。此外，由上式可得
Ec=Et-It/(K*MTTF)
因此，也可以根据对软件平均无故障时间的要求，估计需要改正多少个错误之后，测试工作才能结束。
估算程序中的错误数常用“分别测试法”：随机地给一部分错误加标记，分别测试法使用两个测试员(或测试小组)，彼此独立地测试同一个程序的两个副本，把其中一个测试员发现的错误作为有标记的错误。具体做法是，在测试过程的早期阶段，由测试员甲和测试员乙分别测试同一个程序的两个副本，由另一名分析员分析他们的测试结果。用τ表示测试时间，假设：
τ= 0 时错误总数为B0；
τ=τ1时测试员甲发现的错误数为B1；
τ=τ1时测试员乙发现的错误数为B2；
τ=τ1时两个测试员发现的相同错误数为bc。
如果认为测试员甲发现的错误是有标记的，即程序中有标记的错误总数为B1，则测试员乙发现的B2个错误中有bc个是有标记的。假定测试员乙发现有标记错误和发现无标记错误的概率相同，则可以估计出测试前程序中的错误总数为：
Bo=B1*B2/bc
1. 程序的质量主要取决于设计的质量。
2. 测试分为单元测试，集成测试，系统测试。
3. 测试的目标是在既定时间内尽可能多的发现系统中的错误，但是不能证明程序的正确性。
4. 程序设计语言的基本成分：数据成分，运算成分，控制成分，传输成分。
5. 不要为了追求效率而是程序语句复杂化，程序的效率应该通过选择高效的算法来实现。
6. 应该尽量避免使用临时变量。
7. 尽量只采用选择，分支，循环三种基本的控制方式编写程序。
8. 从程序运行时间，存储器效率，输入输出的效率来考虑程序的效率。
9. 软件测试是根据软件开发的各个阶段的规格说明和程序的内部结构而精心设计的测试用例，并利用这些测试用例运行程序以发现错误的过程。
10. 软件测试的目标：希望通过软件测试暴露软件中隐藏的错误和缺陷，以保证软件产品的质量。
11. 成功的测试：测试用例发现了程序中迄今为止尚未发现的错误。
12. 软件测试只能查找出程序中的错误，不能证明程序的正确性。
13. 测试用例包括测试数据和预期输出两部分。
14. 软件测试可分为“黑盒测试”和“白盒测试”。
15. 软件测试可分为“单元测试”，“集成测试”，“系统测试”和“验收测试”。
16. 测试重点：模块接口，局部数据结构，出错处理，独立路径，边界条件。
17. 计算机测试：
判定覆盖：保证程序中每个语句都被执行一次，并且保证每种可能的结果都应该至少执行一次。
判定/条件覆盖：选取足够多的测试数据，使得判定表达式中的每个条件都能取到各种可能值，并且判定表达式也都取到各种可能的结构。
以上为逻辑测试。
下面是控制结构测试。
基本路径测试：一种白盒测试技术，首先计算过程设计结果的逻辑复杂度，并以该复杂度为指南定义执行路径的基本集合，从该基本集合导出的测试用例可以保证程序中每条语句至少执行一次，而且每个条件在执行时都将分别取true(真)和false(假)值。
基本步骤：
1. 根据过程设计结果画出相应的流图；
2. 计算流图的环形复杂度；
所谓独立路径是指至少引入程序的一个新处理语句集合或一个新条件的路径，用流图术语描述，独立路径至少包含一条在定义该路径之前不曾用过的边；
使用基本路径测试法设计测试用例时，程序的环形复杂度决定了程序中独立路径的数量，而且这个数是确保程序中所有语句至少被执行一次所需的测试数量的上界。
在导出测试用例时，识别判定节点是很有用的。
4. 设计可强制执行基本集合中每条路径测试用例。
应该选取数据使得在测试每条路径时都适当地设置好了各个判定节点的条件。
软件的平均无故障时间MTTF是一个重要的质量指标，往往作为对软件的一项要求由用户提出
估算MTTF使用下述符 表示有关的数量：
ET——测试之前程序中错误总数；
IT ——程序长度(机器指令总数)；
τ——测试(包括调试)时间；
Ed(τ)——在0至τ期间发现的错误数；
Ec(τ)——在0至τ期间改正的错误数。
失效率正比于软件中剩余的(潜藏的)错误数，而平均无故障时间MTTF与剩余的错误数成反比。
估算平均无故障时间估算：
经验表明，平均无故障时间与单位长度程序中剩余的错误数成反比，即
MTTF=1/(K(Et/It)-Ec/It)
其中K为常数，它的值应该根据经验选取。美国的一些统计数字表明，K的典型值是200。
估算平均无故障时间的公式，可以评价软件测试的进展情况。此外，由上式可得
Ec=Et-It/(K*MTTF)
因此，也可以根据对软件平均无故障时间的要求，估计需要改正多少个错误之后，测试工作才能结束。
估算程序中的错误数常用“分别测试法”：随机地给一部分错误加标记，分别测试法使用两个测试员(或测试小组)，彼此独立地测试同一个程序的两个副本，把其中一个测试员发现的错误作为有标记的错误。具体做法是，在测试过程的早期阶段，由测试员甲和测试员乙分别测试同一个程序的两个副本，由另一名分析员分析他们的测试结果。用τ表示测试时间，假设：
τ= 0 时错误总数为B0；
τ=τ1时测试员甲发现的错误数为B1；
τ=τ1时测试员乙发现的错误数为B2；
τ=τ1时两个测试员发现的相同错误数为bc。
如果认为测试员甲发现的错误是有标记的，即程序中有标记的错误总数为B1，则测试员乙发现的B2个错误中有bc个是有标记的。假定测试员乙发现有标记错误和发现无标记错误的概率相同，则可以估计出测试前程序中的错误总数为：
Bo=B1*B2/bc
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！