怎样才能更好的测试

上一篇 / 下一篇  2013-01-22 16:18:48 / 天气: 晴朗 / 心情: 平静 / 精华(1) / 置顶(1)

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

TAG: 软件测试 测试 过程 管程

Crystal_mm的个人空间 引用 删除 Crystal_mm   /   2013-04-18 15:54:02
写的好!
reach_yu的个人空间 引用 删除 reach_yu   /   2013-04-12 10:37:19
3
小鸟儿的个人空间 引用 删除 小鸟儿   /   2013-03-24 17:08:34
虽然我还没有从事测试专业  但是从你的日志中已经明白了许多  谢谢、、   和老师讲的差不多。。。。
小鸟儿的个人空间 引用 删除 小鸟儿   /   2013-03-24 17:07:18
5
花鞋垫的徘徊 引用 删除 My_duo   /   2013-02-21 00:04:51
说的不就是我现在的公司么,怎一个乱字了的。
引用 删除 hook   /   2013-02-19 14:41:57
总结的很好呀!    进公司这么久了, 感觉还是要用一字形容  ,乱,  真心觉得有待改进啊!
xiaoli-0713的个人空间 引用 删除 xiaoli-0713   /   2013-02-17 14:55:31
总结的好
yang1061的个人空间 引用 删除 yang1061   /   2013-01-28 15:27:17
 

评分:0

我来说两句

Open Toolbar