6.人工测试技术.ppt

  1. 1、本文档共58页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */57 代码检查错误清单 (4)逻辑错误 多分支转移越界吗? 每一个循环是否终止? 程序能否终止? 是否有循环不被执行的情况? 对可能的“循环失败”处理是否正确? 有“差1”迭代错误吗? 有穷举的判断吗?? */57 代码检查错误清单 (5)比较错误 有不同类型变量之间的比较吗? 有混合类型的比较吗? 比较关系正确吗? 布尔表达式正确吗? 运算符优先级是否正确? 能否正确处理布尔表达式? */57 代码检查错误清单 (6)接口错误 实参与形参的个数是否相同? 实参与形参的属性是否匹配? 实参与形参的单位是否匹配? 库函数调用所用的参数的个数、属性和次序是否正确? 引用了与当前入口无关的参数吗? 只读变量被修改了吗? 全程变量在各模块中定义一致吗? */57 代码检查错误清单 (7)输入/输出错误 文件属性是否正确? 文件打开是否正确? 格式说明与I/O语句是否一致? 缓冲区大小与记录大小是否匹配? 使用了未打开的文件吗? 文件结束条件处理了吗? I/O错误处理了吗? */57 代码检查错误清单 (7)其它检查 程序功能是否遗漏? 程序有帮助信息吗? 编译时是否有警告和提示信息? */57 6.4人工走查 1.人工走查的概念 2.人工走查的步骤 3.人工走查小组 4.人工走查会 5 .对人工走查会的要求 */57 1.人工走查的概念 人工走查是利用测试数据来人工运行程序达到测试的目的,人工走查也称为人工运行。 人工走查与代码审查有很多相同之处,只是步骤稍有不同。 人工走查与代码审查一样,都是通过召开审查会的方式进行。 人工走查运用了与代码审查不同的错误检查方法。 */57 2.人工走查的步骤 ■制定计划 ■预审 ■准备 ■召开人工走查会 ■修改问题 ■终审 */57 3.人工走查小组 组成人员: (1)组织者 (2)秘书 (3)测试员 (4)程序的程序员 (5)其他参加人员(可选): 具有丰富实践经验的程序员 程序语言专家 不是这个程序小组中的程序员 最终将维护这个程序的人 这个程序小组中的另外一个程序员 */57 4.人工走查会 会议之前: 组织者把这个程序清单和设计规范分发给小组的其他成员,要求他们在会议之前熟悉这些材料。 */57 人工走查会 会议期间: (1)与会者不是简单的阅读程序和使用错误检查表,而是都被当作“计算机”运行程序。 (2)测试员要准备好典型测试用例,并带到会场上。 (3)与会者要用大脑来运行每一个测试用例,并在纸上记录结果。 (4)在人工运行中,如发现错误,应向程序员提问,并找出原因。 */57 人工走查会 会议之后: (1) 组织者把已查出错误清单交给程序员。 (2)对发现的错误要有追踪,组织者就应做出安排,在这些错误得到修改之后重新进行人工审查。 */57 5.对人工走查会的要求 (1)审查会的时间和地点: 地点:要安排好,以多免受外界干扰。 时间:每次开会的时间最好1.5~2个小时。 */57 人工走查会的要求 (2)被审查程序的程序员的态度很重要: 如果程序员对审查会有抵触情绪,那么审查过程可能就会没有什么效果。 人工审查的目的在于发现程序中的错误,审查的对象是程序而不是程序员本人。 */57 6.5人工测试举例 1.对产品说明书的评审 2.程序代码的等级评定 */57 1.对产品说明书的评审 (1)总体评审 (2)详细评审 */57 (1)总体评审 1.应尽量满足用户的合理需求 2.应符合通用的和已有的标准和规范 公司惯用语和约定 行业要求 国家标准 GUI标准 硬件和网络标准 */57 (2)详细评审 1.完整性: 产品的功能是否遗漏和缺失? 2.正确性: 产品的实现方案正确吗? 3.精确性: 产品的目标是否清楚?可量化吗? */57 详细评审 4.一致性: 产品的功能描述是否自相矛盾? 5.确切性: 产品功能描述是否必要?有没有多余描述?是否符合用户需求? */57 详细评审 6.合理性:在一定的预算和进度下,现有人力、物力和资源是否能够实现产品目标? 7.可测试性: 产品性能是否可测试? 8.代码无关性: 软件设计不与具体代码相关。 */57 2.程序代码的等级评定 (1) 等级评定的目的 (2) 等级评定的标准 (3) 等级评定的过程 */57 (1) 等级评定的目的 等级评定可以作为代码审查的一部分进行。 等级评定是根据程序的全面质量、可维护性、可扩充性、可用性和清晰性来匿名评定程序员的一种技术。 */57 (2)等级评定的标准 等级评定标准:对每个评审

文档评论(0)

fpiaovxingl + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档