软件测试过程的一些思考

发表于:2009-3-04 12:17

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:小刀    来源:51Testing博客

  一. 测试过程中的优点

  1. 对需求的测试

  测试人员在获得需求后,对需求进行正确性,一致性,完整性,可理解性等的检查,将检查过程中发现的问题都记录下来,然后在需求评审之前一到两天统一汇总到需求人员手中,需求人员对测试人员的问题进行解答,在进行需求评审会议的时候,需求人员在讲解完需求后,再针对测试提交的问题进行解答,解答完问题后,评审人员根据之前的情况再提问需求人员,这样可以提高评审会议的效率,同时,测试人员在检查需求,以及参与需求评审的时候,对需求的理解就会更深入。

  2. 测试风险的估计及应对

  写在测试计划中的测试风险,一定要有明确的可执行的应对方法。否则,如果在测试过程中出现了风险防范中列举的风险,但是没有可执行的方法,可能会严重影响到测试工作,最常见的的,比人测试人员的离职会不会对整个项目测试工作造成影响,有没有可以预防的方法,因为,新招聘一个测试人员参与项目,不但会严重影响到测试进度的,还可能出现因为交接不充分而出现测试遗漏。

  3. 测试时间安排

  测试计划中,测试时间安排是最重要的一个方面,要将测试时间安排的最合理主要有两个方面,一个是测试人员的能力,一个是测试工作量的估算,能力决定了测试人员擅长或者不擅长的方面,分配测试工作的时候,应该量体裁衣,每个测试工作人员做自己最擅长的部分,对于能力较弱的,可以分配一些简单的测试工作,但是量可以多一点。另一个方面是测试工作量的估算,它决定了测试时间安排的合理与否,测试项目可以分为好几个测试阶段,每个测试阶段的测试内容可以分为不同的测试任务,而每个测试任务又可以分为测试子任务,不能再分的测试子任务才能作为一个独立的测试任务,估算该测试任务需要花费的时间,在估算测试工作量的时候,还要考虑缓冲,测试工作量如果估算的十分精确,一定要有缓冲时间,因为,人不可能完全按照计划工作。

  4. 测试用例评审

  测试用例评审之前,主持人要做好准备工作,向测试用例提前发送给邀请的对象,同时在会议开始之前准备好会议室,电脑等,在测试用例评审过程中,因为测试用例很多,不能一一都过,最重要的是,测试人员在测试评审的时候,讲解清楚每个测试用例,或者每组测试用例是用来验证什么的,以及这些测试用例执行后能够发现哪些类型缺陷,讲解清楚自己的一个测试思路。

  5. 测试汇报进度

  从测试进入项目开始,测试人员最好是每天能够汇报当天的进度以及以后一两天的工作安排,汇报对象为测试组成员,测试经理,而测试经理则将每个人的汇报汇总后,发邮件给需求,开发,这样,一方面督促测试人员做好自己的工作,令一方面,也可以让其他项目相关人员了解测试人员的工作进度,更好的做好前提工作,因为测试人员的工作基本上是依赖于需求和开发的。

  6. 测试环境管理

  测试环境最好是有测试人员管理,这样,一方面可以锻炼测试人员的能力,更重要的是可以杜绝开发随便修改测试环境中的数据。保证测试环境的独立性。

  7. 版本控制

  如果测试人员测试的版本,每个版本之间是迭代开发完成的,则需要针对每个版本都做冒烟测试,对每个版本都要根据测试策略做完整的测试。如果每个版本提交比较频繁,测试人员只针对重要的版本进行测试,但针对每个版本都应该做版本验证测试,以免遗留有重要的缺陷。

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号