空间管理您的位置: 51Testing软件测试网 » Testing life of tengmy » 日志

叶子，软件测试sky下度过十数载生涯。几多风雨波折，几多辛酸甘苦，不足为外人道也。若干手机测试，web测试，金融测试经验，若干测试管理经验，现在依然带着若干迷茫然信念坚定的踽踽独行于金融软件测试的茫茫大海之中，希望在测试的道路上有更多的同路人。

由国内项目的软件测试流程感悟到的

上一篇 / 下一篇 2008-04-22 17:56:59 / 个人分类：测试感悟

查看( 1317 ) / 评论( 9 ) / 评分( 0 / 0 )

做国内测试项目的若干感悟

谈到这个话题，就会想起若干年前，柏杨先生的一篇让国人为之痛骂的《丑陋的中国人》

我觉得，一个国家一个民族的个性真的可以体现在各个方面。

比如：我做的测试项目，从对日测试到欧美测试，就感触颇深。

日本人的等级森严，阶级尊卑的传统体现在他的工作中就是非常严格而规范的流程。项目中的每一个参与者都有其确定的身份，也就有其确定的权限和责任。

符合项目制定的规范，严格按照既定的逻辑和标准去做事，成为日本项目的一大特点。51Testing软件测试网3qf8Mqx

在工作中，你发现了一个问题，你会明确的知道应该向谁汇报而不能越级。一旦出现问题，会进行责任的层层追究，考勤，考核都有严格的流程。。

而相对而言，非常崇尚自由和个性化的欧美项目，就会有着相对宽松的氛围。在工作中，你发现了一个问题，你可以有更加宽泛的范围去选择汇报和询问的对象。只要能保质保量的完成工作的内容，没有人在乎你是提前来了半个小时还是早走了15分钟。。

国内项目，我觉得就是比较尴尬的一个现象。一方面，归根于中国几千年来的封建等级制度，有一种层层汇报的制度。但是每个组成部分却不能像日本项目一样界限分明，于是当问题出现的时候，不知道找谁。似乎是对日本规范的一种抵制，国内大多项目不喜欢制定严格的规范和流程。表面是充斥着各种的自由和个性，但是却缺乏后期很好的维护。以至于在破烂不堪的表面，残存着若干或大或小的问题。

做国内项目，只有2个词的感受：上火~51Testing软件测试网2g\m*@-{[

我也衷心的希望，这只是个案。。51Testing软件测试网x Z2w&AC&hr

对日项目的时候：51Testing软件测试网v.Y@esm:tzu

项目开始2个月前，我们会有项目启动会议。会得到项目的TTSJ等需求文档，客户与开发之间协商的可开发，不可开发的最终成果文档。我们会了解这个项目的总体流程。

项目开始一个半月之前，我们会得到项目的系统详细设计和概要设计文档。大家利用这些文档进行测试系统的熟悉，测试点的划分，测试case的抽取，设计，测试case的评审。并且开发方会定期将系统设计变更的文档予以公布，供我们进行备案，以及对测试点的修改（一般来说，成型的测试case很少进行改动，而是会进行notes添加，在后续测试中才会针对notes和设计文档对测试case进行修订）

项目开使之后，会维持部分模块的稳定性，比如当前测试A模块的时候，A是绝对不允许开发人员在测试中进行修改，而是在既定的测试完成之后，开发才可以进行修改，并且提出修改文档，回馈测试方，声明修改了哪些部分，供测试人员进行retest

测试人员发行bug之后，相关的开发人员会进行修改，修改的记录和测试员后续测试的记录会追加在bug表上。在测试员进行retest确认关闭后，开发的负责人要给予该bug关闭的原因。项目结束后，这些原因也会成为软件质量的评价因素之一。51Testing软件测试网~/OBJX

软件项目完成后，项目组需要书写评价报告，包括软件的质量总体评价，负责测试的模块中出现问题的几率，原因分析等。

国内项目：51Testing软件测试网7?TLi7dm

至少我参与过的国内项目，测试员会在实际测试开始2周内参加测试，这期间包括了对系统的熟悉，测试式样的设计。而且一般的测试项目，因为项目实际开发与需求的脱节性，加上开发人员时间的紧迫性以及没有形成良好的文档约束性。测试人员基本在项目开始的时候是拿不到设计文档，包括详细设计和概要设计文档。能得到的只是很久之前的或者无效或者部分有效的一份比较模糊的需求文档。。

我不太清楚，这里面的原因到底在哪里，但是我清楚的知道，这样的需求文档，能到导致的问题是：测试人员需要跟开发以及需求人员去核实一些重要信息。这在很大程度上取决于测试人员的主观能动性和测试的经验，而且由于对测试系统的熟悉程度不够，也很难做到没有遗漏。。。直接导致的后果就是测试的效果下降，测试出来的产品留有或多或少对后期有影响的bug。

bug这一块，国内项目往往开发和测试出现重迭，也就是说，我刚刚测试过的模块，可能转瞬就被改过了，导致测试量的浪费。不得不进行无规则的重复的测试。51Testing软件测试网aK\.DGn6l

而且国内的开发人员很少会有这样一个习惯，对bug进行针对性的定位和反馈。在他们看来，自己的开发模块都忙不过来，能抽出时间来进行修改已经是给了测试人员天大的面子，哪里有时间进行反馈，有什么必要？殊不知，这样的想法在很大程度上造成了测试管理的滞后，导致系统整体的质量受到影响。

说到这里，都似乎忘记了自己写这篇文字的初衷。

虽然，我们大家都说，全面质量管理，都说，测试和开发都是软件生命周期中不可或缺的重要一环，但是到目前为止，至少在国内，很多的企业，重视的依然是开发，对于测试，特别是独立的第三方测试，依然是不重要的补充。依然是开发后期才能参与进来的。

没有人不重视食物的质量，因为攸关人命，一种不合格的罐头可能会导致成百上千人的中毒以及死亡。所以食品企业的质管员责任重大。他们监督着流水线上的每一个环节。没有人不重视建筑的质量，尽管在当今，由于利益的驱动，这份责任在被淡化，进而出现大桥坍塌，住宅小区裂缝等质量问题，关乎民生。。而在软件这个领域，虽然人们说了很多年，软件质量，软件质量，但是对于软件测试的重视程度依然还在低水平徘徊。开发的没有高超的技能，做不了开发了，就以为一定能做好测试，一个个培训机构，几个月就要“培养出”月薪8000的“测试精英”。。我倒是想问，测试，软件测试，到底在你们这些人眼中，意味着什么？没有测试的灵魂，没有测试的信念，只为了追风，只为了薪水而进入测试行业的人，到底会给我们的测试行业，带来什么？？

******************************************************************************

这篇文章本来写在csdn，感谢51test的兄弟把它转载到了这里，并且成为精华。51Testing软件测试网_0}n*t/U

于是努力找回密码，再次开始我的51test生涯：）