自动化测试
为完善Workspace环境下的测试，我们使用IBM RFT（IBM的功能测试工具，Rational Functional Tester）实现自动化测试。
如图3所示，自动化测试过程可以分为两个阶段：
1. 准备脚本
- 开始录制：打开RFT并精确地录制测试用例的相关操作。
- 增强脚本功能：插入验证点、测试参数和If/Else或Loop控制语句提高回归测试自动化性能。
- 调试脚本：调试并验证脚本。
2. 回归测试
- 执行脚本：通过自动化测试工具，执行脚本并验证软件。
- 结果分析：检查日志文件的执行结果，分析软件的问题并报告。
自动化工具的使用提高了测试的效率，并可使测试人员将更多的注意力放在开发新测试模型和提高测试用例覆盖率上。此外，自动化测试还提供了测试资源的数字化管理方式，这些测试资源还可以在功能测试与回归测试中实现重用。
软件问题报告（SPR）
软件问题报告（SPR）是一份由质量保证工程师（QA）填写的、关于测试中发现的软件问题的正式报告。这种文档有统一的格式。软件问题报告应该包含对软件的问题的描述，帮助开发人员修正并追踪问题。高质量的软件问题报告涉及以下信息：问题ID、主题、详细描述、产品或项目、产品版本、功能或模块、原因、严重性、优先度、附加信息、状态、请求人、请求日期、负责人、解决方案，以及解决方案的版本。
一份软件问题报告从创建到关闭的生命周期内有五个状态：创建、打开、等待验证、解决和关闭。图4显示了各状态之间的转变过程。软件开发过程中的任何一个阶段，不管什么时候发现问题，都应该创建一份软件问题报告并设置为New状态。经质量保证工程师验证并确定是bug后，状态转为打开（Open）。另一方面，如果摄影师保证工程师无法验证问题或确定为bug，状态就转为关闭（Close）。
当开发人员收到软件问题报告时，他应当先尝试报告的重新生成。如果无法做到，他应当建议质量保证工程师验证并关闭报告。否则开发人员应该修正bug，报告修正信息，并将软件问题报告的状态置为等待验证（WaitToVeryfy），以供质量保证工程师进行验证。当质量保证部门确定修正已经解决bug，软件问题报告的状态便转为关闭（Close）。如果他们认为没有解决bug，状态便转为打开（Open）。根据状态表，可以跟踪到每一份软件问题报告并确定其得到解决。
