测试方法论 02.pptVIP

System testing (系统测试) 系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试。 系统 = 组件间的交互 End to End 系统测试 * Jaycee Test Stress test （压力测试） 它通常验证软件的性能在各种极端的环境和系统条件下是否还能正常工作。或者说是验证软件的性能在各种极端环境和系统条件下的承受能力。比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序重复执行打开和保存一个巨大的文件1000次后也不会崩溃或死机。 一直运行的测试，直到程序运行失败 不必提供用户可用参数 可升级，压力级别由潜入深 范围可伸缩，可用于从单元到系统范围 标准和基本的度量决定产品的质量 通过不断的检测度量来发现稳定性退化 72小时连续工作是一个基本要求 * Jaycee Test Configuration test (配置测试) 验证软件程序在不同厂家的硬件上，所支持的不同语言的新旧版本平台上，和不同方式安装的软件上都能够如预期地正确运行。比如，把英文版的 Microsoft Office 2003安装在韩文版 的Windows Me 上，再验证所有功能都正常运行。 检验软件和硬件的兼容性 使用测试矩阵管理大量的系统，设备和目标平台 找出主要的不兼容设备类型 * Jaycee Test Regression testing (回归测试) 根据修复好了的缺陷再重新进行的测试。目的在于验证以前出现过但已经修复好的缺陷不再出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测试的范围时是比较困难的，特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码，因而就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤重新测试，而且还要测试有可能受影响的所有功能。因此应当鼓励对所有回归测试用例进行自动化。 在重要里程碑，回归所有在严重的bug 观察新的变化产生的影响 Note: 需要将这个bug引起的block和fail的测试用例都重新测试。检查结果是否正常。 * Jaycee Test Documentation and help file test(文档和帮助文档测试) 主要测试开发过程中针对用户的文档，以及需求、用户手册、安装手册等为主，测验文档是否和实际应用存在差距。 Note: 测试用例需要测试人员仔细对比产品的外观、帮助文档等部分是否符合产品的开发文档或用户手册。 * Jaycee Test Security test(安全测试) 主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理，是否仍能保证数据的安全。测试人员可以学习一些黑客技术，来对系统进行攻击。 * Jaycee Test Installation test (安装测试) 安装测试主要检验软件是否可以正确安装，安装文件的各项设置是否有效，安装后能否影响原系统；反安装时逆过程，测试是否删除干净，是否影响原系统等。 * Jaycee Test 以下是关于测试的一些技巧和经验： 在制定测试计划的时候，就要考虑到测试的风险，并抉择要执行哪些测试，并放弃哪些测试；测试计划的评审应该让开发人员参与；测试模型的制作应该尽可能贴近用户，或者站在用户的使用立场上来观测软件，此时应该能发现更多的问题。 由于测试发现问题，在解决问题后还要重新测试，因此测试的时间可能会比实际更长一些 识别和注意少数重要的方面，而忽略多数次要的方面，有时候少数的问题足以致命，这些问题将是软件测试结果中重要性最高的错误。 错误的定位有时是很难的，要找出必然发生的前因后果，而不至于因为描述错误而误导开发人员。有时候确实存在错误不能重建的问题。解决办法之一是在错误报告中给予说明。 * Jaycee Test 以下是关于测试的一些技巧和经验： 对错误的描述，应该是准确、完整而简练。因为描述的问题或者不完整的描述会引起开发人员的误解，其后果是可以想见的。 有时有经验的测试人员凭借直觉就可以发现一些问题，这可称为“错误猜测”。 测试人员容易犯2种错误：一是测试人员发生判断错误，将本没有错误的系统行为报告为错误，或者将错误指定了过高的严重级别，或者过高估计了问题的严重性，这样会引起开发人员的不信任，产生一种象“狼来了”一样的效果；二是测试人员将错误的严重性或优先级定得过低，从而产生“测试逃逸”，这样会造成产品质量的风险。以上两种错误应该尽量避免。 * Jaycee Test 以下是关于测试的一些技巧和经验： 测试实际上可以覆盖到硬件，甚至非计算机产品的测试，也许可