测试人员真的伤不起，每一个测试人员都是全能啊，你要比PM更懂需求，在需求评审阶段就得考虑到各种业务逻辑的影响范围；你要比RD更懂设计，在详细设计评审时你就得考虑好各种设计的漏洞，从可测性角度到上下游模块关系、兼容性、可扩展性等角度考虑；你要比RD更懂代码，CodeReview时要发现大部分bug，帮助RD设计单元测试，发现bug要直接告诉RD怎么修复，性能出现问题要告诉RD瓶颈在哪里；
粗略算来，从事测试工作也有3年了，其实自己对测试确实没一点兴趣，最开始也只是因为白盒测试部能够熟悉服务器代码才决定进入测试部的，这三年来也看着公司的白盒测试部从最初创建到后来一步步的成长，包括公司的测试部门从开始的凌乱到逐步规范到现在完全的过程管理，整个测试部都是朝着一个比较好的方向发展的。《软件测试的艺术》自己都不知道读过多少遍了，测试的理论、流程已经烂熟于
一直打算着对服务器进行全面的单元和模块测试，但是目前的服务器代码之间耦合性很高，模块和模块之间交错调用，几乎无法将代码单独抽取出来进行模块测试，如果要进行单元或模块测试，则需要对代码进行重构。那么如何来对代码进行重构，编写出可测试的代码呢？ 我觉得我们首先有必要定义一下什么才是可测试的代码，个人觉得可测试的代码应该是低耦合的，接口清晰明确的代码，可以说就是“个人
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
