做有建设性的测试者

                     做有建设性的测试者51Testing软件测试网n$i4} \ t? qn
    对于一个系统来说开发设计人员是做对系统有建设性工作的，而测试人员是对系统做破坏性工作的！51Testing软件测试网Q;F }MWB@[
但是做为一个合格的测试人员或者有经验的测试人员我们要做的是既要有建设性又有破坏性的测试人员，
aa$P#K^f0何为建设性？何为破坏性?
Y*E'WXlQ(n0对开发设计人员来说他们开发代码让一个文字性的需求文档变成一个可视化的软件，
oG2TpI$P GtxR0并且是有创造价值的商业性软件，这是建设性的工作。51Testing软件测试网A9ti4C kp6}
对测试人员来说主要是找缺陷，专找软件系统的茬，输入一些数据看软件系统是否会出现问题是否会立马崩溃等等。
"_0Uy`hwC_0可以说 开发与测试在某种程度上是对立关系的！51Testing软件测试网6F;T/Z;^|z+NH.N
开发人员心思：自己辛辛苦苦开发的产品好歹有感情谁愿意被说自己的作品有问题。
KN5C$}1N%e^0测试人员心里：没测试出问题到系统上线有问题那我怎么办，测试出问题是我的职责。51Testing软件测试网+p`#?7\Mn H0v

C#F(h!oM~*Z0    但是如果做为优秀的测试人员从另外一个角度看待这个系统，我们测试人员在测试时，如果你有这行业领域的相关业务知识，51Testing软件测试网 ay0MMS~;K1p
或者测试相关领域的的综合能力素质来对系统测试分析我们也是可以做到建设性测试的。
b,Ru:AC6O0    测试人员测试出更多的BUG是好的，但是我们在测试出缺陷时，如果针对这个缺陷提出改良建议，或者在测试过程中
H,J[S(Tt`-ta0觉得有些功能不规范等等我们都可以跟开发讨论提出改良方案！
GS^/H v%\ Xg sW0不管在测试需求分析阶段、单元测试、环境搭建、功能性测试，非功能性测试上能提出各种对系统有建设性的改良方案都是有好处的！
qJdB2Kg^0G3s(}4{-v0举个例子吧！
*IM1F"lB-|0在功能测试上，从业务知识逻辑方面考虑问题：
.GN0b0~.{H0  刚来这家新公司主要是测试烟草行业的软件系统，负责种子管理模块测试，确实发现很多BUG，做为一个运行很长时间，而且已经被测试N次的系统模块，竟然能让我一个刚接手流程不是很了解的测试人员，在一天之内找出十来个BUG，而且测试慢慢熟悉后，在测试过程中我发现在一些业务处理上有写需求设计上的缺陷，也跟开发人员沟通协商修复，而且在对下级上报数据或者上级下发数据时，对数据流程没有严格控制，于是也跟开发设计人员提出这方面的控制以防随意人员可以修改变更上传下发数据，保证数据的准确性，得到开发人员的认同，并加以控制，测试这套系统将近一周，提出了很多需求设计上的漏洞缺陷。也得到修复。确实不错!51Testing软件测试网&vL&l~6K)?%O0L1q @??
    接下来测试一个后台数据传输的在跟同事配合测试时发现不同省市的数据库在传输数据时没有加以权限控制，这样虽然在前台展现是没出现问题，但是这样的处理方式是不对，因此也跟同事领导等提出意见看法，但是我是协助工作所以没有继续跟进。----举这个例子主要是说明我们在测试过程中要多看看多想想，这样设计是否符合要求，数据流程控制的严谨性、系统设计的易用性、兼容性等等是否符合现实客户要求，也许客户一下子没注意到但是永久了也难免出问题。也可以把这个算作隐藏性的功能，就像OFFICE办公软件因此的功能很多。51Testing软件测试网,BHA^"XXF

    单元测试上 利用各种单元测试工具或者白盒测试工具JTEST之类的进行测试走查代码时，如果您对代码了解知道实现方式，51Testing软件测试网,{5z2zctZ/Q%?
在走查时不管是代码的冗余，对象的循环判断、对象的回收、连接的创建释放等等都可以提出建议优化方式等等。

      在环境搭建上，有时官方文档是提出最优方案，但是不是最佳方案。例如按weblogic 提出的配置方案，
? Qu~:EH} pO H0那也许就要多买硬件资源了，谁愿意舍得那么多钱。有些可以适当在调大的参数还是调下，当然这些是要靠多项目的经验总结
{jSI,^]n$jn0不是随意修改的，默认是官方文档的配置方式保险些 ^_^

      在性能测试过程中很多设计方面的缺陷也是会体现出来，如果你对设计优化方式了解在测试分析结果时可以提出相应的解决方案，例如数据库SQL的书写方式，应用层连接数据库JDBC的实现方式，异常处理是否合理，是否充分利用缓存、对象的新增以及释放是否正却等等优化方案。

等等这些都是建设性的测试。51Testing软件测试网np(]9qe;lw