怎样才能更好的测试
上一篇 /
下一篇 2013-01-22 16:18:48 / 天气: 晴朗
/ 心情: 平静
/ 精华(1)
/ 置顶(1)
从事过将近3年的
测试,在进入到这家公司之后,我才开始有这个意识和思想:怎样才能更好的测试?
公司的现状是:一个已经上线多年的系统,因为效率慢,打开页面、查询在>=5S,所以公司上层决定将常用的一些页面重新开发。没有需求文档,没有设计文档,开发人员参照旧版的页面与组长口头叙述的需求,进行开发。开发完后,打个包,放服务器上,群里吼一声:XXX版本发布了,测试人员去拿吧。然后测试人员,上服务器把版本拿下来,进行测试。测试人员发现
Bug提交到QC上,开发人员修改Bug,修改完后,打包扔服务器上,又在群里吼:XXX版本发布了……等等。
话说到这里,相信有一定测试经验的人都会有一个感觉:乱!
没有文档,做为初进项目的测试人员,怎么去熟悉系统呢?只能问开发,这就导致了测试的思维完全被开发所主导,无法发现需求层次的Bug。这样直接使测试人员处于不被重视的地步,我想很多测试同仁都说公司不重视测试,相信,也是有这一原因在内。
回到正题:怎样才能更好的测试?
首先,为什么要有测试?余以为,测试是为了检验产品是否符合需求,并找出软件中隐藏的缺陷,以便把软件产品更好的呈现给用户。所以产品的质量,是从需求阶段就应该抓起的。
一、需求阶段
客户想要什么,其实他们并没有一个很具体的概念,他们脑海中的东西很抽像。所以需求人员不仅需要理解客户需求,并能直到引导作用。将客户抽像的需求转换为实际的系统需求,并形成一份详细、清晰的需求文档。
需求的评审,需要需求人员、有经验的开发人员、测试人员共同参加。
二、设计阶段
在设计阶段,开发人员需要根据评审后的需求文档编写概要设计、详细设计,在这个设计
过程中,可以加深开发人员对需求的理解。而测试人员则需要将需求文档提取出测试需求,并开始着手制订测试计划、测试方案,编写测试用例。
概要设计文档、详细设计文档,除了需求人员、项目经理层次的人参与外,还需要测试人员参与;相关的测试文档的评审,也需要开发人员的参与。
三、编码阶段
开发人员根据详细设计文档开始编写代码,测试人员根据评审后的意见改进测试用例。
四、测试阶段
这里将
单元测试、集成测试、
系统测试都归于测试阶段吧!开发人员代码编写完后,开始发布测试版本提交测试。提交测试时需要:程序包、测试申请、版本说明。
测试人员在收到测试申请后,根据版本说明,确定本轮测试的范围,并开始测试。测试过程中不断提交发现的Bug,本次版本的测试完成后,需要提交:Bug清单、测试报告(其中应包括缺陷的分布情况、严重Bug的描述、对本次测试的评估等),提交给项目经理、需求人员、开发主管、开发人员。
开发人员根据测试人员所提交的缺陷开始修改程序,周期性的发布版本,交付测试。于是又开始新一轮回的测试。
软件的产品不是测试一个阶段就能完全掌控,而是贯穿整个软件过程,从需求阶段开始,每一个过程都必须严谨。
相关阅读:
- httpclient模拟登陆操作实现 (xin_晴, 2013-2-05)
- 一个软件测试员的工作与学习(二) (xin_晴, 2013-1-24)
- PRD之我见 (xin_晴, 2013-2-06)
- Selenium自动化测试用例设计注意事项(一) (xin_晴, 2013-1-25)
- Selenium自动化测试用例设计注意事项(二) (xin_晴, 2013-1-28)
- 软件测试最佳实践 (xin_晴, 2013-1-23)
- 专访茹炳晟:如何改进软件测试流程 (xin_晴, 2013-1-22)
- 探究自动测试与手动测试的利与弊 (xin_晴, 2013-2-06)
- SilkTest入门快打1-录制回放 (xin_晴, 2013-1-28)
- 51Testing专题采访:如何改进软件测试流程 (xin_晴, 2013-1-22)
收藏
举报
TAG:
软件测试
测试
过程
管程