zuodingquan666的博客

敏捷开发提倡迭代式和增量式的开发模式，并强调测试在其中的重要作用。动态系统开发方法：基于快速软件开发方法，依赖于客户的持续参与，使用迭代式和增量式的开发模式，目标是软件能够在预算之内及时交付。敏捷建模：不是一种建模方法，而是一组建模以及文档化软件系统的原则和惯例，用以支撑其他诸如极限编程和Scrum等敏捷方法。极限编程：另一种迭代式和增量式的开发模式，非常强调并依赖单元测试和验收测试，也许是最著名的敏捷方法。开放统一过程：这种敏捷方法实现了标准的统一过程，采纳该方法的软件组能够做到快速开发其产品。

从程序产生不正确的结果的地方开始，从该处观察到的结果推断出程序变量应该是些什么值。使用回溯法调试，可以确定程序中从状态符合预期值的位置点，到第一个状态不符合预期值的位置点之间的范围。内存信息输出显示的是程序的静态快照，仅能显示出在某一个时刻程序的状态，为了发现错误，还需要研究程序的动态状态（随时间的状态变化)。即使对于复杂程度较低的程序,内存信息输出也会产生数量非常庞大的数据，其中的大多数都是与调试无关的。当发现了某个被怀疑的错误的症状之后，我们需要编写与原先有所变化的测试用例，尽量确定错误的位置。

软件开发中，程序员主要精力在于功能的实现和性能这些方面，对于可用性方面，关注点不是很多。但是，作为用户角度来讲，一个软件的可用性/用户体验是最直接的。用户界面上是否保持概念的一致、内部的连贯性、语法的一致性?可用性的基本要素一般来说是产品经理的责任，不过作为测试工程师来说，对以下基本要素进行了解，也是有益的。文首提到过可用性测试属于黑盒测试，那么整体的测试流程应该要和黑盒测试相契合。可用性测试又被称为用户体验测试，文本中，将以可用性测试来进行讲解。程序的输出是否有意义、没有侮辱性的词语，以及是否含糊不清?

模块测试的目的是发现程序模块与其接口规格说明之间的不一致。功能测试的目的是为了证明程序未能符合其外部规格说明。系统测试的目的是为了证明软件产品与其初始目标不一致。

单元测试是对程序中的单个子程序、子程序或过程进行测试的过程，也就是说，一开始并不是对整个程序进行测试，而是先将注意力集中在对构成。如同我们开头时问的问题，软件是否先独立的进行每个模块的测试，然后组合成一个完成的程序，还是组装成一个完整的程序后一次性测试？自顶向下的测试是从程序的顶部或初始模块开始，当一个模块的要开始测试时，需要确保调用它的模块已经被测试了。自底向上测试开始于程序中的终端模块，当一个模块要开始测试时，需要确保他调用的模块都被测试完成。非增量测试：每个单元进行独立的测试，测试完成之后组装起来。

1.测试用例完全的测试是不可能的，对任何程序的测试必定是不完全的，那么，最显然的测试策略就是努力使测试尽可能完全。进行测试前，推荐先使用黑盒测试的方法设计测试用例，然后使用白盒测试方法来补充的测试用例。2. 白盒测试白盒测试关注的是测试用例执行的程度或覆盖程序逻辑结构的程度。白盒测试下的用例测试的包括范围：语句覆盖、判断覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。语句覆盖：语句覆盖是指测试用例可以被测试的目标程序的每行代码都执行。3. 黑盒测试我们知道，黑盒测试的举

含义：代码检查与走查都要求人们组成一个小组来阅读或直观检查特定的程序，一组开发人员对代码进行审核，其中和只有一个人是代码的作者。以上这些方法通常会有效地查找出30%~70%的错误，这些方法不能有效的查找出高层次的设计错误，例如在软件需求分析阶段的错误。检查过程中，必须树立正确的态度，如果程序员将代码检查视为对其人格的攻击、采取防范的态度，那么检查就不会有效果。对于所有的数组引用，是否每一个下标的值都是整数？在使用的计算机上，当内存分配的单元小于内存可寻址的单元大小时，是否存在直接或间接的寻址错误？

所以穷举法的测试我们需要进行一定优化，例如：我们测试长方形是否是长方形，其中的一条准则就是有两对等长的边，那么我们测试时，2-2-3-3是长方形，把这四位数等倍数乘和除都是长方形。穷举路径测试：将程序的每一条语句至少执行一次，即测试用例执行了程序中所有可能的控制流路径，那么程序可能得到了完全测试。由于黑盒测试不需要了解程序的内部结构，所以想用黑盒测试来发现程序的所有错误，判定的标准就是“穷举法”。检查程序是否“未作其应该做的”仅是测试的一半，测试的另一半是检查程序是否“做了其不应该做的”。