几个常见软件测试题目[2]

发表于:2010-03-24来源:作者:点击数: 标签:软件测试题目
几个常见软件测试题目[2] 软件测试 软件 测试用例 的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。 用例编号: 测试用例的编号有一定的规则,比如 系统测试 用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名

  几个常见软件测试题目[2]  软件测试

  软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。

  用例编号: 测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号,便于查找测试用例,便于测试用例的跟踪。

  测试标题: 对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时,软件的响应情况 ” .重要级别: 定义测试用例的优先级别,可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说,如果软件需求的优先级为 “ 高 ” ,那么针对该需求的测试用例优先级也为 “ 高 ” ;反之亦然,测试输入: 提供测试执行中的各种输入条件。根据需求中的输入条件,确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义需求的输入,那么测试用例设计中会遇到很大的障碍。

  操作步骤: 提供测试执行过程的步骤。对于复杂的测试用例,测试用例的输入需要分为几个步骤完成,这部分内容在操作步骤中详细列出。

  预期结果: 提供测试执行的预期结果,预期结果应该根据软件需求中的输出得出。如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;反之则测试通过。

  1.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程1、测试人员开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,系统会自动通过Email通知项目组长或直接通知开发者。

  2、项目组长根据具体情况,重新reassigned分配给bug所属的开发者。

  3、开发者收到Email信息后,判断是否为自己的修改范围。

  1) 若不是,重新reassigned分配给项目组长或应该分配的开发者。

  2) 若是,进行处理,resolved并给出解决方法。(可创建补丁附件及补充说明)

  4、测试人员查询开发者已修改的bug,进行重新测试。(可创建test case附件)

  1) 经验证无误后,修改状态为VERIFIED.待整个产品发布后,修改为CLOSED. 2) 还有问题,REOPENED,状态重新变为“New",并发邮件通知。

  5、如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主,直到采取行 动。管理员可以设定最迟采取行动的期限,比如说3天,系统默认为7天。

原文转自:http://www.ltesting.net

评论列表(网友评论仅供网友表达个人看法,并不表明本站同意其观点或证实其描述)