开源软件测试

测试模型

开放源码软件测试模型以"满意测试"为基本原则，强调迭代发展。
"满意测试"基本定义
    是一个过程，通过该过程可以合理的成本获取足够的产品质量评价信息，从而使得与产品有关的决策更为明智和及时。

1模型基本需求
    以下给出开源软件测试模型应满足的一些基本要求，将在实践中不断丰富和完善：
1、 应充分考虑开放源码的早发布和常发布特点，对每一次代码的提交、滞后、变更能够作出适当反应，允许对仍处于开发、尚未集成的元素进行及时测试；
2、明确鼓励测试人员在进行测试设计时充分利用各种信息源，而不仅限于项目文档；
3、允许测试工作由于较差的或滞后的项目文档而受负面影响，但应防止完全阻塞测试工作的情况发生；
4、允许每个测试案例可以利用不同的信息源进行设计，允许在获得新的信息源时对测试进行重新设计；
5、应包含反馈机制，使得测试执行过程中的发现可被及时考虑到测试设计中；


1开放源码软件测试模型框架
    以上述需求为基础并结合开放源码特点，给出开放源码软件测试模型。该模型是一个软件测试启发式模型，基本目标是用于提醒测试人员在创建测试时应着重考虑的各种因素，进而可被用来定制测试。模型框架如下图所示：

1、协商并理解项目的测试目标；
2、理解并协商与测试技术选择相关的各种因素，理解与测试工作有关的限制、要求和可用资源，从而使得测试更为高效；
3、在充分考虑和利用其他各种因素的前提下选择合适的测试技术以达到测试目标；
4、随时监控项目项目的状态，并在需要时调整测试计划，以使得目标、测试技术的选择和各种因素保持统一。

测试目标 明确项目测试应优先考虑的任务和侧重点。
测试环境 包括资源、限制和其他可能影响测试执行效果的外部力量，应确保在限制范围内充分利用了各种可用资源。
产品元素 指被测试的对象，应确保检查了产品所有方面，包括软件、硬件和操作。
质量准则 包括各种可用来确定产品是否存在问题的规则和数值，具有多维特点，并且常常是隐含的或相互矛盾的。
测试技术选择 给出各种创建测试的策略和方法，在对测试目标、测试环境、产品元素和质量准则进行综合分析的情况选择和使用，并根据测试执行情况及时调整。

测试检查单

以下给出基本的测试检查单和常见测试错误，供借鉴参考，并将在实践中不断丰富完善。
1测试检查单
1、当前测试是否最小程度地依赖于先前测试或步骤生成的数据和条件？
2、是否对系统特殊的特征或需求进行了详细测试？
3、是否对重建测试环境要求程度最小，以方便进行重新测试？
4、是否测试了所有简单边界值，如最大值、最小值和偏离1（+1）?
5、是否测试了所有的复合边界值，也就是说能导致计算产生极大或极小值的输入数据的各种组合？
6、是否对程序需要的最低标准配置进行了测试？
7、是否对程序需要的最高标准配置进行了测试？
8、是否确定了不同模块间需要传递的所有参数？是否考虑了各种变化，例如最大值，最小值和普通值？
9、是否使用了所有可能导致错误的数据？
10、当模块接收了错误条件是否能正确处理该错误？
11、当模块接收了正确的参数是否能正确处理？
12、在不同窗口间传递参数是否正确？不同窗口间地调用是否正确？

1常见测试错误
1、仅报告错误数据却不提供其产生的上下文环境。
2、整个测试工作过分依赖功能测试。
3、对配置测试重视不够。
4、负载和容量测试直至最后阶段才进行。
5、没有对安装过程进行测试。
6、没有对相关配套文档进行测试。
7、非要完成一个测试任务后才开始下一个测试任务。
8、过于死板地遵循测试计划。
9、测试人员对于项目领域不熟悉。
10、测试队伍人员组成缺乏多样性。
11、坚持认为程序员不能测试他们自己的代码。
12、将注意力更多地集中在运行测试上，而对测试设计工作重视不够。
13、仅检查程序是否做了它应该做的事情，却没有对程序是否做了它不应该做的事情进行检查。
14、仅通过用户可见界面进行测试。
15、期望利用GUI捕获/回放工具来缩减测试创建成本。
16、期望回归测试能够发现更多的新错误。
17、仅对代码覆盖率带来的鼓舞人心的简单数字感兴趣。
18、完全不考虑代码覆盖问题。

软件错误报告

为了保证软件错误报告能够被及时准确的处理，建议您按照如下模式提交错误报告：
错误主题：hello说成"再见"
所在程序包：hello
版本号： 1.0
严重级别： 严重/中等/轻微
错误描述： 当我利用普通Shell命令不带参数调用"hello"时，该程序打印出
"再见"，而不是预期的"你好，世界"。
以下是命令执行过程描述：
$ hello
再见
$ /usr/bin/hello
再见
$ 我使用的是Red Hat 6.*，内核版本2.2.*，libc 5.2.*
错误状态：待修正/已修正
修正人和修正日期：
对于错误严重级别的分类说明如下：
严重错误：导致系统无法实现功能目标，使用无法继续进行。主要包括：程序非正常终止、程序死机、关键需求未实现、严重的数值计算错误、安全性错误、文档与软件严重不符。
中等错误：导致系统无法正常实现功能目标，但知道如何通过其它途径来避免错误发生。主要包括：程序非正常终止但可避免、系统边界值错误、非关键需求理解错误、系统文档错误。
轻微错误：导致用户/操作员使用不方便，但不影响系统功能目标的实现。主要包括：查询报告格式错误、用户界面不很友好、显示格式错误、轻微的数值计算错误、系统处理未优化、系统文档存在轻微错误等。