摘要：
三、 改进方案描述 在改进前的日志方案里，自动测试软件是按照既定逻辑运行测试用例，无论是通过录制还是编写脚本的方式；遇到错误后，它会截取当前屏幕的状态，同时将错误信息以文本方式记录在日志文件中。（如图1所示） 该方案向测试人员提供了一副描述错误现场的截图，以及文本形式的执行日志。为了找出导致错误发生的确切原因，测试人员需要追踪并分析执行日志，截图反映了发生错误当时的... 阅读全文
摘要：
Rational Functional Tester是由IBM推出的针对Java，.Net和Web应用程序的自动化测试工具，借助这一工具，测试人员可以轻松地录制或编写脚本来进行自动化测试，测试效率得到显著提高，因而受到广大功能测试人员的青睐。由于自动测试的运行无需人工干预，日志系统作为记录运行过程的载体，对于测试成功与否的判定、错误的跟踪与分析都有着非常重要的作用，是自动测试框架中不可或缺的组... 阅读全文
摘要：
查找替换操作 案例演示:打开word中的"替换"对话框 测试本功能有通过测试和失败测试两种情况 通过测试: 1,输入内容直接查找,或查找全部 2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以. 失败测试: ... 阅读全文
摘要：
1.1 文本框、按钮等控件测试 1.1.1 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字。 b,输入已存在的文件的名称； c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理； d,输入默认值，空白，空... 阅读全文
摘要：
1.Major Defects Per Test Case Review 每个经评审的测试用例发现的主要缺陷 2.Minor Defects Per Test Case Review 每个经评审的测试用例发现的次要缺陷 3.Total Defects Per Test Case Review 每个经评审的测试用例发现... 阅读全文
摘要：
这里有两个选项。第一个选项——如图 13显示——用于追踪到用例外，用来显示上层的用例并且追踪场景和测试用例。 图 13：用例的追踪树 第二个方法是测试用例中的追踪，如图14所示。在此种情况下，追踪树看起来会有不同：你从测试用例开始，然后追踪场景和用例。 图 14：测试用例的追踪树 进行这种追踪的一个最主要的原因－－并且花费... 阅读全文
摘要：
例如 信用卡有效日期的格式在美国和加拿大就不同 如果我们测试数字，我们会考虑以下选项： 常规的以及从应用观点上是合理的数字 0 负数 带两位小数的数字 能输入的最大数字(99999999999999 - 输入最多的9) 你怎么知道区域内能够输入的最大和最小的长度？这个需求... 阅读全文
摘要：
如何从用例创建测试用例 在创建一个测试用例之前，你需要为所给用例确定全部的场景。一个场景是用例的一个实例。它描述了一个贯穿事件流的特殊路径。图 6是一个假设的图表，它描绘了一个拥有基本流程B和可选流程A1， A2， A3， A4的用例。为了找到全部的场景，我们需要画出贯穿于此图的所有场景。 图6. 在用例中找到场景 每一个可选流程都有一个场景... 阅读全文
摘要：
一个需求被定义成 "系统必须遵从的条件或能力"。 它可以是： 一个顾客或用户所需要的，用以解决一个问题或达成一个目标的能力 一个必须被一个系统所满足和拥有的，用以满足一个合同、标准、规格、规则或其它正式强制文档的能力 一个被涉众所强加的限制 图1显示了带有不同需求级次的需求金字塔 图1. 需求金字塔 ... 阅读全文
摘要：
边界值分析也是一种黑盒测试方法，适度等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。 选择测试用例的原则： 一、如果输入条件规定了值的范围，则应该取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据； 二、如果输入条件规定了值的个数，则用... 阅读全文
摘要：
在面试测试人员的时候，这是一个很好的问题：你如何定义性能/负载/压力测试？在很多时候，人们都是将它们作为可互相替换的相同术语来使用，然而实际上他们之间的差异是比较大的。这个贴子是根据我自己的一些经验，针对这三个概念写的一个比较简单的评论，当然也同时参考了一些测试文献资料里的定义，比如说： "Testing computer software" by Kaner et al ... 阅读全文
摘要：
10. 检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”delete”，看系统如何处理，会否出错;然后选择一个和多个信息，进行删除，看是否正确处理。 11. 检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填;添加规定为整型的项，修改也必须为整型。 12. 检查修改重名：修改时把不能重名的项改为已存在的... 阅读全文
摘要：
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对Web系统的常用测试方法如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3. 检查按钮的功能是否正确：如update、canc... 阅读全文
摘要：
测试的目的是什么呢？这是一个看起来很简单、不太值得讨论的问题，但往往这样的问题其实是很难回答的，比如人生的意义是什么？好，现在我们就来，列举一下我们经常听到的对这个问题的回答： “软件测试的目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。”，这个定义听起来很正确，但用它来指导测试会带来很多问题。比如有的组织用发现的bug数来衡量测试人员的业绩，其实这就是这种测试目的论在后面作... 阅读全文