测试前期工作内容——测试流程

上一篇 / 下一篇  2009-11-02 17:15:15

测试工作要点
一,理解需求
二,设计分析
三,问题跟踪
四,用例设计方法

一,需求理解
项目需求文档需要对需求描述清楚,对需求文档认真阅读理解,明确业务规则,在理解文档中不明确的需要记录下来,
其他人员进行沟通讨论理解,还有项目中一些测试资料配置资源等问题也需要记录下来,跟开发或者网络服务人员进行沟通协调
这些问题需要用Excel文件记录下来,记录问题并对问题说明,提供于相关人员,对问题给予一定的解决办法和解释,
理解需求文档后输出以下文档
1,根据对业务的逻辑理解输出因果图
2,对项目中业务已经其他因素等问题输出excel文件
3,从需求文档的理解中提取业务规则列表
因果图根据一定的义务规则大致画出一个草图
业务规则列表:根据需求文档将系统的模块划分出,没个模块里面的子模块功能列出来,为以后设计用例时提供很大帮助
在设计用例就不是漫无目的想到哪里写到哪里,最终哪里写了哪里没有写还不知道,而且在项目进行过程中客户经常还会提出
新的需求,这样某些地方业务的改变我们也好地位,要么还需要重新看一遍才知道哪些部分业务有变动,对我们设计用例也能及时更新或
添加新的用例也很方便。
二,设计分析
清楚明确地长大设计用的什么方法进行设计的,业务中子流程,数据库 数据库中表与表的关系等,清楚地知道哪些业务采用了哪些有效方法
设计,根据理解画出因果图,
三,问题跟踪
issues 跟踪,什么被认为是个问题呢?需求不明确清楚,在组员讨论后还还不明确地可认为是个问题,设计不符合需求的要求,
应用的模块不能理解,服务器和数据库连接问题等我们都可以进行记录
issues 用Excel文件来记录,内容一般包括issues num raise by description comments status note
如果发现问题,问题需要描述清楚,最后需要通过一种解决办法来解决此问题(这些办法可通过会议小组会议或者其他缓解性办法或者向
开发人员或网络维护人员请求帮助等)
四,用例设计方法
一般设计中常用四种方法:因果图法,等价分析法,边界值法,错误推断法,一般常用到的就这四种


TAG:

 

评分:0

我来说两句

Open Toolbar