测试开始，需要注意的是什么--测试管理

这个题目的书写，主要是因为我在实际的测试过程中遇到两次的“思想对抗”

一个是关于测试结果的评价标准

一个是关于defect的更改状态标准。51Testing软件测试网.\"Ja\/W

到今天真是感慨万分，想当初，这个问题要是能及时地理顺了，哪里会有着许许多多的纠缠不清呢。

?:^.TkFvNe|0一个项目启动，一般的都会注意到这几个方面，测试环境，是否搭建完成；系统开发到什么程度，是否有QA系统；测试数据，是否有，没有的时候怎么准备；测试的case书写的标准，包括在哪里写，defect在哪里写。。诸如此类的，还有就是测试的人员配备以及测试的进度表。51Testing软件测试网9M~vt4E5j

qkL-yZ0诚然，这些都是大块。一个测试项目必不可少的东西。

8I)N+A%aio#B$s.@e^0其他的呢，自然还有。只是一开始，大家很少能想到51Testing软件测试网k.@@,wMx

yi1Aux0比如说，测试成果的提交，Fass, Failed,Bloced,Implement;还是OK,NG,Bloced,NA,NT?

这两种我都遇上过。

S~e
o+i!U0还有，测试中，什么样的结果为Failed,某个case运行失败，且排除其他原因，肯定为failed或者NG,那么跟这个case相关的呢，缺少一步或者多走一步产生的问题呢？是否标注这个case为fail?如何处理？51Testing软件测试网
cn+h J(T3Wok.~

.VV(w
EY/D~0什么样的结果为block?没开完？测试数据不具备？还是因为某个fail导致的一些case没有办法测试下去？

)r1Ma-{d0这样的问题，细致讨论起来，要很久，不同的标准都有道理。测试的管理者往往考虑了大块，没有注意到人。51Testing软件测试网3d$Cu+e,d0V7Jf4^

){TI
G&YN9W@l0没有注意到这些细节方面的规则。他们并不知道，这些小小的细节会对以后的进展造成怎样的影响。

每个加入到新项目中的人都有他自己的背景。都曾经被约束在某一个规则中。但是当初的规则和现在的，未必合拍，如果没有经过重新的定位，他依然会按照自己已经习惯的规则去走。那边，结果是什么呢？51Testing软件测试网.~3\1A9F3G/^3L7?`-i

:yL2u/{ B0大家的作业乱七八糟，什么标准什么格式都有。后期的整理就会有问题。因为没有共同的认知。尤其是交接工作的两个人的工作习惯迥异的时候，没有统一的规则，会给后来的人造成很大的麻烦。51Testing软件测试网/@#q[kA*\

defect,怎么确认一个问题是defect，一般控制比较严格，那么，如何close一个defect?如果经过测试，defect本身出现的问题被修复了，但是出现了别的问题，这个defect是否必须被保留？是否可以重新开一个新的defect,关掉这个？51Testing软件测试网P1p"g2?)B5B

Gm^dbL @0我之间的规则是，关掉旧的，在旧的defect上写上备注，重新开启一个。但是新型的规则，就需要把一个defect弄成烂婆娘的又臭又长的裹脚布。。

所以，经历到现在，我知道了，测试管理的前提，还需要做好一些细节性的东西，比如，以上这些。。51Testing软件测试网 T(j*Mc2y?,k j%FM