关于项目计划调整的原则重新构建和维护是否经济? Mantanablty 可维护性-Analyzablty可分析性 -Changeablty可更改性 -Stablty稳定性 -Testablty可测试性 Portablty可移植性 -Adaptablty适应性 -Localzablty本地化 -Reusablty可重用性 详细的定义可以从SO-9126找到。 Qualty assurance s more than testng 质量保证不仅限于测试 QA是为了最小化风险和错误并让产品更加优秀而做的所有事情。包括： 风险管理 顾客参与 开发人员的技能 过程定义和改进 检查和测试 基于经验的改进 … Testng s hard to do 测试不是简单的事情 测试很难做，因为你必须预料到你的用户使用的数据、具备的技能、采取的动作、对软件的期待、使用环境等。 测试很难做，因为你检查的产品通常具备以下的特性： 不可见的 不稳定的 易变的 复杂的 不熟悉的 测试很难做，因为你要使用的过程通常是： 冗长的 不明确的 不一致的 乏味的 费力的 测试很难做，因为你要找的问题很多是不可想象的。 想想下面的工作量： 1、各种各样的功能、输入数据、状态 2、产品要支持的各种平台 3、系统的各种外部因素 4、测试的只是所有情况中能够想到的预期的情况 5、测试产品的各个版本 自动化测试能否解决这些工作量呢? 1、 人可以发现更多的问题，更准确地发现问题 2、 完整有用的测试自动化是一个大型的软件项目 3、 所用的支持工具通常都很昂贵并且古怪 4、 测试自动化通常是滞后的 You can make testng easer to do 你可以让测试更简单些 既然测试这么复杂，那么开发人员对测试给与必要的尊重外，是否还能做些什么让测试更简单些呢?答案是肯定的。 你可以把设计文档化 使用内部错误检查 在集成之前测试每个单元 告诉测试人员增加了什么新特性或者有什么古怪的问题是需要进一步测试判断的 相关链接：软件测试 |
|
|