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

... ;// 太长的代码段，200行

简单的参数，组成的函数，不需要什么复杂的测试桩程序，就可以执行测试，这就是易于测试的代码。

这由于多方面的原因：开发人员的质量意识、开发人员对自己代码的盲目自信，开发人员的技术漏洞（写的时候就犯错了，测试的时候犯了同样的错误。。。）。

比如，读文件，要假定文件不存在、文件名不符合规则、文件格式不正确等种种情况，甚至有时要考虑系统断电情况下，自己程序可以会产生的问题，并写错恢复处理逻辑。

这是提高软件系统健壮性的重要手段，如果一个组所有的成员都是很精于此道，那么针对某些常见BUG的白盒测试，可以酌情减少，这将会减少成本，如果这些功能能够很好的通过黑盒测试组成员的测试，

由于每个人的精力和知识都是有限的，所以由一个人知识漏洞产生的错误，将很难被他自己测试检查出来。所以我们建议2人结对编程测试的手段。让两个人互相编写对方代码的白盒测试用例（首先，必须给了解对方的需求，和写对方测试代码留足时间）

（当然在提交给对方之前，我是一定会花一点时间测试自己写的代码的），这将不会比自己写自己的测试用例的方法浪费更多的时间，同时系统的每段代码都有两个人了解，同时从对方学习自己所不擅长的经验，又能保证质量，真是一举多得的方案。

任何类型的公司经营都需要考虑上边图例的三元（质量-成本-时间），我们都希望，最短的时间、花最少的成本来达到最高的质量。这个想法是这么简单直接，如果都用最这个词，那么这个想法就是一个梦。

比较实际的想法应该是，在保证质量的门槛上，用合理的时间（客户真正可容忍的时间），尽量减少投入。同时我们需要合理利用资源（物质资源、人），这点也是至关重要的，我见过一些公司，为了降低公司的成本，一味的压榨员工，

无休止的加班，保持高压力的工作状态（时间和工作量），但实际他们却没有得到想要的结果（员工工作效率下降、消极怠工，质量降低带来高维护成本），Cogent有一个失败项目的例子，我还记得，当时为了惠普在笔记本上做一个人脸和指纹识别的操作系统登陆程序。

我们经过分析计算，做出6个月的计划，但老板说，能不能3个月呢？当时的项目经理没有拒绝他，也没有问他是否可以在3个月只做部分重要的需求，接下来，噩梦开始了，每天加班数小时，每周至少加一个周么的班，第一个月大家加足马力努力工作，但是由于为了满足不合理的时间计划，

月底一些由于进度过快产生的问题就出现了，接下来大家开始更努力的修正错误和应付新的工作，这时工作效率高的员工变得很累同时他们会犯一些本不该犯的错误，工作效率低的员工开始消极怠工，接下来可想而知，大量的质量维护成本占用了本来就很短的时间，进度滞后和质量问题开始困扰团队。

三个月已经到了，但是工作的进度十分的不理想，老板批评了大家，并嘱咐经理，要继续加强工作强度。接下来的日子，大家开始不堪重负，抱怨，消极怠工普遍出现在所有员工的身上。然后项目又出现一些需求变动，这真是雪上加霜。大家开始失去信心和习惯于领导的批评，项目失去了控制，项目经理每天都很头疼，他只能每天监督大家加班的时间，并控制自己的情绪，防止和团队成员发生冲突。

最后，产品经过两个版本（大概两年时间），大概客户也觉得这个时间太长了，放弃了与我们合作。我不知道这个项目我们有没有收益。

这个例子，我要说的是，让每个成员和团队一起成长，做出合理的进度安排，必要时和客户讨价还价（合理范围增加价格-用于增加投入，或延长时间，或者取消或延迟次要需求），不要忽视每个人的健康和关注他们的生活质量，一个状态良好、士气高涨和主动积极的团队将是战无不胜的，质量对他们来讲根本不是问题。

世联翻译公司完成安全问题类中文翻译Unitrans世联翻译公司在您身边,离您最近的翻译公司,心贴心的服务translation company,全球领先的翻译与技术解决方案供应商,北京翻译公司、上海翻译公司顶级品牌。无论在本地,还是广州、深圳、天津、重庆、苏州、香港、澳门、台北,海外,Unitrans.cn世联的英文翻译等服务为您的事业加速！

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