系统测试目的 世联翻译公司完成安全问题类中文翻译

关于提高质量问题，我想系统的解释一下我见过很优秀的解决方案，其实在之前的文档中也说了，但是篇幅并不集中，所以我专门写一封邮件针对这个问题。

1.首先，我要说，在现实中没有错误的系统是不存在的，完全的测试也是不存在的（理论上存在，但由于测试成本原因，是不可实现的），我可以举个简单的例子，只是一个加法而已：

上边的例子中，如果只采用黑盒测试的方法，无法除非测试所有的值得组合，这需要进行，（2的32次方 * 2的32次方）这种测试用例的量是不可能实现的。

当然同时采用白盒测试的，代码走查方法将会发现问题，但这只是个简单的加法函数而已，实际的项目将比这复杂的多，所以在现实的约束下，完整测试并不存在，所以可以说确认没有错误的系统也同样是不存在的，比如说我们都在使用的windows系统，他的关于质量控制的投入是海量的，但他仍有问题。

2.测试覆盖度，简单说，就是测试覆盖功能的百分比，这个值不容易精确计算，但是统计性计算是可行了，已经有先人针对不同类型的系统统计和研究过，我们可以借鉴下他们的经验和成果（我记不清具体的数字了，但我会根据我的经验给你一个合理的参考值）

操作系统（windows,linux）或者与大众相关的系统（银行核心系统）90%-95%1:3-1:5由于是为了其他软件在上边运行的基础，所以错误的容忍率也是很低的，需要投入很高的质量成本。

项目级非核心产品（某企业办公自动化系统，mopho查重系统）60%-80%1:1由于是特殊行业，行为，实际人员只使用较少的关键功能，所以在关键功能多投入，不常用的功能可以减少投入来控制成本。

上边的图表列出了不同类型软件系统的测试覆盖度、质量成本参数，其实这个值在每个行业、每家公司甚至每个工作小组都是有差异的（这取决于项目的特性，客户的成本和质量的取舍，工作组的运行模式，编码和测试人员的水平。。。），

功能测试：关于组件的主要功能进行正常使用情况下的测试，这种测试在整个测试中投入的比例很小（大约10%），但是却能保证系统中最重要的覆盖30%需求的功能正常运行，基本是每个项目都必须进行的测试。

覆盖度测试：代码是否都可以运行到的测试，这个测试一般主流的IDE都可以自动进行，我们只需要使用它，并修改这种错误就可以。

边界测试：在取值的边界状态进行测试，例如在加法，参数为0,1，-1，MaxIntValue,MinIntValue都设计测试用例，尤其在分支和循环的边界值。

压力测试：系统在大量并发使用的状态下的稳定性测试，多用户系统和系统关键服务的组件需要加强这种测试的投入，保证系统能满足我们客户的真是需求（不是无限制的，而且衡量过成本的贴近真实需要并考虑到一定扩展的需求量）。

性能测试：系统响应速度的测试，在贴近真实网络和硬件条件下的测试，这种测试最好是用一些辅助工具在客户的真实使用环境下进行。然后我们得到参数后，去和我们的真实需求去对比，如果有问题，在性能瓶颈上重构系统（按照这个顺序进行，

安全性测试：代码的安全性进行测试，如堆栈溢出就是常见漏洞的根源，我们在编码层一般采用代码审查和培训初级程序员的手段去避免这种类似的问题，再比如系统的敏感数据进行加密存储和传输（用户密码、个人医疗信息）。

破坏性测试：以破坏系统为目的来检测系统的健壮性，如把系统中某个服务器的网线拔下，检查这时候是否有备用系统来代替他工作，并同时通过邮件短信或者监控台等手段及时通知使用者。

其他测试：可用性测试、易用性测试等非关键测试，比如找一个外行来，检查我们的行业软件是否好用，他是否在很少的文档帮助下就可以正常使用。

对比性测试，对比算法新旧多个版本，在同样的环境下，进行的用于分析的测试。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-73682-1.html