【IT168 技术文章】

　　常闻测试人员如此抱怨：

　　测试用例在实际中没有起多大作用;

　　在实际测试时根本没有按用例执行;

　　测试执行后没有把新的用例补充到用例库中……

　　先说说当前我们的软件企业为何测试流程不规范：

　　1)从事物的发展规律看，软件测试行业在我国还是新兴行业，目前还处于起步和探索期，虽然国外的同行业发展到了一定阶段，但事实上他们也在不断否定自我并摸索着更直接有效的方法;而国内的测试行业发展期不足10年，所谓的测试管理流程不规范，也就情有可原了。

　　2)从企业个体角度讲，测试部门的整顿和加强，按照企业自身发展的优先层次，还没有被纳入优先解决的程度，开拓市场/签售定单才是首要问题，也是维系企业生存发展的命脉。当然国内很多优秀的大中型软件公司的测试部门相对完善，如神州数码/用友/金蝶等，他们和大型跨国软件公司的合作，也从中汲取了宝贵的管理经验。

　　3)还有一个普遍存在的问题。近几年国内软件企业为了加强企业的竞争优势和名气提升，通常大搞特搞ISO/CMM认证;笔者并不反对这么做，但通过这些认证后的企业有多少真正按照那些规定/设计的标准在后续的测试或软件开发管理工作中着手开展下去呢?社会上流传着这样的话：任何认证到中国，最后都免不了砸牌了!笔者读书时很多高校搞的MCSE认证，有培训机构明目张胆声称“百分百通过率”!当年也有专门媒体报道此事。听到这样的话，我们都会寒心，这里真心希望我们的软件企业通过ISO/CMM后真正为企业的内部软件开发流程带来一点曙光。

　　4)最后一个原因，我想是企业内部测试管理人员和技术人员技能的不足，还有自身工作态度的不够端正。有了再好的规范标准，没人遵守不行!没人实施不行!应该说，很多中小软件企业的高层都或多或少的逐渐意识到软件测试的重要性和必要性，以及它的标准化/流程化改革的紧迫性，但也有很多的工程师/技术人员并不理会这套，常常在实际工作中投机取巧;也有很多测试管理人员经验不足/技能不够，对公司测试管理工作考虑不到位，和开发工程师交流不充分，和上层领导反映不及时等等。

　　总之，任何问题的出现都不是单方面的原因，从宏观的社会形势到微观的企业个人，都有无可推卸的因素;正因为如此，解决问题也要对症下药，如何完善软件测试流程，就要从小处出发;本文不可能将软件测试流程改进的话题阐述的面面俱到，因此只谈测试用例的管理流程改进。

　　测试用例在实际中没有起多大作用,在实际测试时根本没有按用例执行，测试执行后没有把新的用例补充到用例库中…为何如此?我们分析认为，根本原因是测试流程不完善，针对测试用例的管理流程更不完善，从三个方面具体来说：

　　测试用例是软件测试工作执行环节的依据，如果这个依据都没用了，那是不是说这个依据不明确，依据设计的不合理呢?答案是肯定的!

　　制定了完备有效的测试用例，为什么不按测试用例执行测试呢?首先是因为企业没有严格和良好的机制促使测试执行者这样做，其实是个别测试人员投机取巧心理的表现。

　　测试用例设计得不可能天衣无缝，测试执行过程里肯定会发现有些测试路径或数据在用例里没有体现;那么事后该将其补充到用例库里，以方便他人和后续版本的测试;如果没有这样做，那么测试部门负责人和每个测试员都难辞其疚，是该重新坐下来思考一下公司的测试用例管理规范或流程了。

　　那么究竟如何做，才能尽量避免上述问题呢?我们不妨从需求阶段就把这些问题考虑进去，以便从初始就力争将问题缩到最小，以防后期出现问题是互相推卸责任或干脆束手无策!

　　软件需求分析阶段，我从来认为测试人员从软件生命周期的需求阶段就开始介入，因为测试人员的工作通常开展在该周期的末尾，如果前期不涉入，如何通晓整个系统的架构而对其测试呢?虽然该观点被大多数同行所认可，但我知道依然有很多公司为了节省费用，不让测试人员参与前期调研或制定需求，经常的做法是等到系统开发完毕或将近完成，跟测试经理说一声“这边有个项目，你找几个人来测一下吧!”经验表明，这样的做法实不可取。

　　测试人员在需求阶段的任务有：

　　全面了解系统需求，从客户角度考虑软件测试需要达到的验证值。

　　参与软件需求调研，以测试角度分析需求的可测性;对不可测问题与客户或项目经理协调解决。

　　如果企业采用类似与rational requistepro的需求管理工具，这个工作也需要测试人员的配合实施。

　　软件分析设计阶段，测试人员除制定测试计划书等本职工作外，我认为还有一个必不可少的任务，那就是将系统的可测性落实到书面文档，以备将来编写测试用例。之所以要这么做，是因为考虑到很多企业编写测试用例直接参考需求规格说明书或者分析流程图，这样跨度大，难度也大，是造成测试用例不完备、覆盖范围小的重要原因。

　　如果公司采用类似于rational rose的建模分析工具，这个工作更好执行;如果没有，那么测试人员更有必要编写一份《软件功能点测试描述书》，它是软件的详细测试分析文档，其主旨是将系统分析人员的分析文档加工成站在测试角度的功能点分析文档，重要的是描述对系统分解后每个功能点逐一的校验描述，包括何种方法测试 何种数据测试 期望测试结果等，这些信息都是描述性的，无须具体数据;它的作用是据此编写测试用例，以及测试执行时的参考依据，它直接来源于需求，覆盖最全，也最贴近客户。