woshijqo的博客

更高级别的测试当程序无法实现其最终用户要求的合理功能上，就发生了一个软件错误。软件开发过程在很大程度上是沟通有关最终程序的信息、井将信息从一种形式转换到另一种形式。由于这个原因，绝大部分软件错误都可以归因为信息拘通和转换时发生的故障、差错和干扰。软件产品开发周期模型，过程：将软件最终用户的要求转换为一系列书面的需求。这些需求就是该软件产品要实现的目标 通过评估可行性与成本、消除相抵触的用户需求、建立优先级和平衡关系，将用户需求转换为具体的目标 将上述目标转换为一个准确的产品规格说明，将.

模块（单元）测试构建大型程序测试的第一个步骤：模块（单元）测试桩模块（Stub）是指模拟被测试的模块所调用的模块，而不是软件产品的组成的部分。主模块作为驱动模块,与之直接相连的模块用桩模块代替。在集成测试前要为被测模块编制一些模拟其下级模块功能的“替身”模块，以代替被测模块的接口，接受或传递被测模块的数据，这些专供测试用的“假”模块称为被测模块的桩模块。测试用例设计模块的规格说明 模块的源代码使用一种或多种白盒测试方法分析模块的逻辑结构，然后使用黑盒测试方法对照模块的规格说明以补充测试用

四、测试用例的设计软件测试的最关键问题是：在所有可能的测试用例中，哪个子集最有可能发现最多的错误？测试方法：先使用黑盒测试方法来设计测试用例，然后视情况需要使用白盒测试方法来设计补充的测试用例。白盒测试判断/条件覆盖准则，这种准则要求设计出充足的测试用例，将一个判断中的每个条件的所有可能的结果至少执行一次，将每个判断的所有可能的结果至少执行一次，将每个入口点都至少调用一次。缺点是尽管看上去所有条件的所有结果似乎都执行到了，但由于有些特定的条件会屏蔽掉其他的条件，常常并不能全部都执行.

代码检查、走查与评审人工测试方法：利用错误列表进行代码检查 小组代码走查 桌面检査 同行评审 可用性测试（黑盒测试的一种），​需要测试人员站在最终用户实用的角度来评估软件的可用性程度。代码检查与走查都要求人们组成一个小组来阅读或直观检查特定的程序。无论采用哪种方泣，参加者都需要完成一些准备工作。准备工作的高潮是在参加者会议上进行的所谓"头脑风暴会"。"头脑风暴会"的目标是找出错误来，但不必找出改正错误的方法。换句话说，是测试，而不是调试。检查进行肘，主要进行两项活动：由..

软件测试的心理学和经济学测试是为发现错误而执行程序的过程软件测试更适宜被视为试图发现程序中错误（假设其存在）的破坏性的过程。一个成功的测试用例，通过诱发程序发生错误，可以在这个方向上促进软件质量的改进。当然，最终还是要通过软件测试来建立某种程度的信心：软件做了其应该做的，未做其不应该做的。但是通过对错误的不断硏究是实现这个目的的最佳途径。策略黑盒测试又称为数据驱动的测试或输入/输出驱动的测试。使用这种测试方法时，将程序视为一个黑盒子。测试目标与程序的内部机制和结构完全无关，而是将重点集中

一次自评价测试程序的描述：这个程序从一个输入对话框中读取三个整数值，这三个整数值代表了三角形三条边的长度。程序显示提示信息，指出该三角形是何种三角形:不规则三角形、等腰三角形还是等边三角形。测试用例：是否有这样的测试用例，代表了一个有效的不规则三角形？（注意，如1、2、3和2、5、10这样的测试用例并不能确保“是”的答案，因为具备这样边长的三角形不存在。） 是否有这样的测试用例，代表一个有效的等边三角形？ 是否有这样的测试用例，代表一个有效的等腰三角形？（注意，如2、2、4的测试用.