界面测试
在测试的这个阶段, 你可能觉得你已经把程序测到"死"了. 实际上, 早在系统集成测试的时候, 你可能就已经测试了你的应用程序的界面了.
这对于从其它的内部应用程序来的文件和数据库来说是尤其突出的. 但是, 这个界面测试着重于所有的系统界面, 特别是那些包给外面的销售商或者供应商做的部分.
测试应该包括下面的内容:
- 你有没有处理你的销售商在开发过程中产生的反馈信息? 如果没有, 现在就开始做这件事.
- 从你的应用程序接收数据的销售商和软件供货商有没有仔细的测试输出的结果? 仅仅看见销售商的软件生成了一个文件是不够的.
它必须检查这个文件并确保结果和预料的一样.
- 你有没有验证界面的延时是否合理? 如果你为一个销售商创建的文件是完整无缺的, 但是太慢了, 那么你可能仍然还有问题要解决.
- 如果界面存在输入输出, 那么你有没有测试这两个途径呢?
你优先测试的内容应该确保你的应用程序是准确的, 可用的和稳定的. 界面测试确保你应用程序的外部不会发生另人惊诧的事件.
回顾
在你构建你的系统测试计划的时候考虑下面的内容:
- 灾难恢复测试确保你的应用程序在发生灾难的时候能够成功的恢复. 如果你不能模拟一个灾难场景你也应该至少在纸上考虑这个问题.
- 当你有多个相互通讯并需要保持同步的主机站点的时候多主机测试是绝对必要的. 如果你现在不测试那么当应用程序开始使用的时候, 你就会遇到大麻烦.
- 界面测试测试所有还没有被使用过的界面. 这是一个与其它外部的销售商和供货商一起进行测试的机会.
下一步的计划
看起来在系统测试以后就没有什么东西要测试了. 系统测试是结束了, 但是还有一个更重要的测试要做. 顾客不会签字认可这个软件除非他们亲手做了最后的测试.
如果你前面的测试是彻底的, 那么这个测试并不费脑筋. 不幸的是, 有些问题在经历了前面的测试以后还可能存在. 我们的下一篇文章将讨论用户接受测试.
| 
