软件开发测试流程(UserGuide)

1、软件开发测试流程(User Guide1. 前言软件测试在开发软件的过程中能够系统的监督和评估项目的各个方面,以确保质量标准,分析并确定产品是否满足客户的需求和期望的所有活动。软件测试的首要目的就是保证软件质量,确保产品满足设计的要求和客户的需求,同时降低软件的开发成本和维护成本,并最终签发产品。在开发过程中,测试也是开发进度和质量的主要度量标准之一。同等数量代码与功能模块中被发现的Bug的数量、程序性能瓶颈分析结果等都可以被用来衡量程序员开发工作优劣。是否能够通过所有的测试方案也是判断相应功能模块的开发工作是否全部完成的主要标志。测试还对开发团队灵活适应市场、客户等需求的变化有重要的意义。如

2、果建立了完整的测试方案并实施了高效率的自动化测试,那么当程序员对程序进行修改、重构后,程序员能够迅速通过运行所有相关测试案例来确定其所做的修改与重构是否正确、是否因为修改部分代码而导致程序的其他部分出现问题。如果没有完备的测试,由于修改或重构程序引起的其他程序的错误将被推迟发现,进而大大增加修正错误的成本。高质量的测试能够帮助降低软件的开发成本。由于在软件开发过程中,修改程序、修复缺陷的成本会随着开发进度不断增大。高质量的测试能够尽早的发现程序中的缺陷,使之被及时修复,因此能够帮助降低开发后期发现重大缺陷的几率,降低软件开发在成本与进度上的风险。-1-2. CVS实现源代码管理2.1 什么是C

3、VSCVS(Version Control System即版本控制系统。用来记录源文件的历史信息。甚至二进制文件,媒体文件等。例如,当软件修改时有时会产生Bugs,并且你可能在做这次修改后很长时间不会发现这些Bugs。使用CVS,你可以容易地回顾老的代码版本去发现哪一次的修改导致这些问题。有时候这样会非常有帮助。你可能会保留你每一次的代码版本,这可能会浪费你很多的代码空间。CVS 使用种聪明的办法保存你的多个版本在一个文件中。它仅仅保留版本间的不同内容。它可以协助一组人共同开发一个工程。如果你是一个项目中的一组成员之一, CVS也能够帮助你。除非你特别仔细,你很容易覆盖其他人的工作。一些编辑器

4、,例如GNUEmacs,试图去判定一个文件是否被两人同时修改。不幸的是,如果一个人使用其它的编辑器时,这个安全方式将不再有效。CVS使用让不同开发者独立工作的方式解决了这个问题。每一个开发者的工作都在他自己的目录内,并且CVS将在每个开发者的工作完成后进行合并工作。2.2基本概念仓库(RepositoryCVS的仓库存储全部的版本控制下的文件copy,通常不容许直接访问,只能通过cvs命令,获得一份本地copy,改动后再check in(commit回仓库。而仓库通常为与工作目录分离的。CVS通过多种方式访问仓库。每种方法有不同目录表示形式。数据如何存放在repository中:随着CVS版本

5、的不同,存放结构会发生变化,一般情况下用户无需了解数据到底是如何存放的。修订版(Revision标记(Tag用符号化的表示方法标志文件特定revision的信息。通常不需要对某一个孤立的文件作tag,而是对所有文件同时作一个tag,以后用户可以仅向特定tag的文件提交或者checkout。另外一个作用是在发布软件的时候表示哪些文件及其哪个版本是可用的;各文件不同revision可以包括在一个tag中。如果命名一个已存在的tag 默认将不会覆盖原来的;分支(Branch冲突(Conflict完全是纯文本的冲突,不包含逻辑上的矛盾,比如CVS不能解决如下问题:某人修改了函数f的参数,而另外一个人在

6、另外一个地方用老的参数调用该函数。文本冲突需要用户自己参与解决,CVS无法自动解决。WinCVS是CVS的一个客户端软件,它运行在Windows上,采用图形化方式登陆CVS服务器和CVS相关的操作与管理,不要学习复杂的cvs命令。企业内部都采用Linux/Unix做服务器,用Windows做客户端,所以WinCVS与CVS服务器是目前应用最广泛的版本控制与管理的组合。详细使用WinCVS的方法,见“WinCVS操作说明”。-3-3. Bugzilla实现缺陷跟踪管理3.1 目的缺陷能够引起软件运行时产生的一种不希望或不可接受的外部行为结果,软件测试过程简单说就是围绕缺陷进行的,对缺陷的跟踪管理

7、一般而言需要达到以下的目标:n 确保每个被发现的缺陷都能够被解决;这里解决的意思不一定是被修正,也可能是其他处理方式(例如,在下一个版本中修正或是不修正,总之,对每个被发现的BUG的处理方式必须能够在开发组织中达到一致;n 收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段;决定测试过程是否结束有很多种方式,通过缺陷趋势曲线来确定测试过程是否结束是常用并且较为有效的一种方式。n 收集缺陷数据并在其上进行数据分析,作为组织的过程财富。3.2 Bug描述从狭义上说,Bug是指软件开发中的错误或缺陷。广义来说,Bug也包括意见和建议等。只要有软件开发,就会有Bug存在。对于Bug的管理和控制是保证项目

8、开发质量的重要依据。Bug系统就是基于此需求开发的,它记录一个Bug从最初的登记到最后消亡的整个生存周期,通过对Bug的管理,可以保证提供降低开发成本、提高产品质量和缩短开发周期,将一些错误消灭于萌芽状态。Bug是该系统中最重要的概念,可以把Bug理解为任何软件中的影响软件质量的所有部分,而不仅仅是导致程序运行失败的程序片断。3.3 Bug管理流程Reassign 3.4 操作说明2进入注册页面,输入用户名和密码即可登录。用户名为Email 地址,初始密码为服务端发E-mail通知,用户可以修改初始密码。登录成功后自动进入查询页面Search for bugs。3如忘记密码,输入用户名, 点击

9、【submit request】,根据收到的邮件进行重新设置。1Login登录后,【Edit prefs】-【account settings】进行密码修改。2【Edit prefs】-【email settings】进行邮件设置。3【Edit prefs】- 【permissions】进行权限查询。一、测试或开发人员报告Bug1.请先进行查询:根据要求选好各个参数,点击Search,就会出现一个bug 的列表。这是所有的人存在数据库中的bug。若要查询自己曾经输入的bug,点击页面下方的my bugs链接。还可以点击Report链接,可以得到各个bug的状态列表。如果要查看bug的详细信息,

10、可以点击该bug的序号。2. 确认要提交的bug报告不会在原有记录中存在,若已经存在,不要提交,若有什么建议,可在原有记录中增加注释Additional Comments,告知其属主,让bug的属主看到这个而自己去修改。3.若Bug不存在,创建一份有效的bug报告后进行提交, 操作如下:4.操作:点击New,选择产品后,填写下表。-5-5.填表注意:Assigned to: 为空则默认为设定的owner, 也可手工制定。CC: 可为多人,需用,隔开。Description中要详细说明下列情况:1发现问题的步骤2执行上述步骤后出现的情况3期望应出现的正确结果6. 若有若干个group可选择,选择

11、后也就限定了此bug对组的权限;若为空,则为公开。7. 操作结果:Bug状态(status默认为New.系统将自动通过Email通知项目组长或直接通知开发者。8.帮助:Bug writing guidelines二、Bug的不同处理情况1. Bug的属主(owner 处理问题后,提出解决意见及方法。1给出解决方法并填写Additional Comments,还可创建附件(如:更改提交单2具体操作(填表项如下3填表注意:FIXED 描述的问题已经修改INVALID 描述的问题不是一个bug (输入错误后,通过此项来取消WONTFIX 描述的问题将永远不会被修复。LATER 描述的问题将不会在产品

12、的这个版本中解决.DUPLICATE 描述的问题是一个存在的bug的复件。WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现,请重新分配这个bug,而现在只把它归档。2. 项目组长或开发者重新指定Bug的属主。(owner1为此bug不属于自己的范围,可置为Reassigned bug to owner,等待测试人员重新指定。2为此bug不属于自己的范围,但知道谁应该负责,直接输入被指定人的Email,进行Reassigned。3操作:(可选项如下* Accept bug (change status to ASSIGNED* Reassign bug to*

13、Reassign bug to owner and QA contact of selected component4操作结果:此时bug状态又变为New,此bug的owner变为被指定的人。三、测试人员验证已修改的Bug.1.测试人员查询开发者已修改的bug,即Status为Resolved, Resolution为Fixed.进行重新测试。(可创建test case附件2.经验证无误后,修改Resolution为VERIFIED。待整个产品发布后,修改为CLOSED。若还有问题,REOPENED,状态重新变为“New,并发邮件通知。3.具体操作(可选择项1. Leave as RESOLV

14、ED FIXED2. Reopen bug3. Mark bug as VERIFIED4. Mark bug as CLOSED四、Bug报告者(reporter或其他有权限的用户修改及补充Bugl 可以修改Bug的各项内容。l 可以增加建立附件,增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。-7-l 操作结果:每当一些人修改了bug报告或加了一个评论,他们将会被加到CC列表中,bug 报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。1.直接输入Bug Id,点击find 查询。可以查看Bug的活动纪录。2.点击Query,输入条件进行查询。3.查询Bug活动的历史view bug activity4.产生报表format for printing。5.帮助:点击Clue.1.测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,通过Email通知项目组长或直接通知开发者。2.项目组长根据具体情况,重新reassigned分配给bug所属的开发者。3.开发者收到Email信息后,判断是否为自己的修改范围.1若不是,重新reassign