[其它] 如何定义测试用例的质量标准?

说明：在定义测试用例的质量标准之前，先要了解设计测试用例的目的。测试用例是测试工作中最重要的元素或测试件(testware)之一，是测试执行的基础。测试用例不仅能有效地帮助实施后继的 　　在定义测试用例的质量标准之前，先要了解设计测试用例的目的。测试用例是测试工作中最重要的元素或测试件(testware)之一，是测试执行的基础。测试用例不仅能有效地帮助实施后继的回归测试、知识的传递和测试的管理等，而且更重要的是能更快、更有效地发现缺陷，确保测试的系统性和全面性，在测试的深度和广度达到所期望的目标。也就
<weixin_38663526> 上传 | 大小：71kb

[其它] 测试用例设计方法场景法VS功能

说明：1、目的站在用户的角度，以用户的使用逻辑及操作习惯为出发点，结合功能用例的设计方法，使用例设计更符合用户使用逻辑更具有可执行性，从而最大程度上覆盖用户需求。 　　1、目的 　　站在用户的角度，以用户的使用逻辑及操作习惯为出发点，结合功能用例的设计方法，使用例设计更符合用户使用逻辑更具有可执行性，从而最大程度上覆盖用户需求。 　　2、使用者 　　用例设计、执行及热爱测试的人员 　　3、测试用例设计方法 　　按照不同的规则可以将测试用例分为四个部分：场景用例(用户场景)、系统用例(用户场景的细化)、
<weixin_38730331> 上传 | 大小：45kb

[其它] 测试用例是否应该包含所有的细节?

说明：测试用例写的太细化了，则适应不了系统的变更需求;写的太粗糙，则可操作性不强，太随意。，如果文档中的对操作步骤描述的过于具体，像下面这样：01.在“用户名”项中输 　　测试用例写的太细化了，则适应不了系统的变更需求;写的太粗糙，则可操作性不强，太随意。，如果文档中的对操作步骤描述的过于具体，像下面这样： 　　01.在“用户名”项中输入“user”; 　　02.在“密码”项中输入“password”; 　　03.点击“确定”按钮。 　　这样的描述方式表面看起来可操作性似乎是增强了，任何人拿到这个文档
<weixin_38592548> 上传 | 大小：68kb

[其它] 象棋中马行走路线的测试用例设计

说明：这个例子的设计并不是我首先想出的，我参考了原文，然后经过整理，融汇了我的Excel技巧，把它整理了出来，分析了表的生成过程，比原来的设计有一定的易学易用性。现在让大家来进 　　声明： 　　这个例子的设计并不是我首先想出的，我参考了原文，然后经过整理，融汇了我的Excel技巧，把它整理了出来，分析了表的生成过程，比原来的设计有一定的易学易用性。现在让大家来进行分析与学习。 　　需求规格： 　　1、如果落点在棋盘外，则不移动棋子; 　　2、如果落点与起点不构成日字型，则不移动棋子; 　　3、如果落点
<weixin_38557768> 上传 | 大小：252kb

[其它] 马行走路线的测试用例设计

说明：这个例子的设计并不是我首先想出的，我参考了原文，然后经过整理，融汇了我的Excel技巧，把它整理了出来，分析了表的生成过程，比原来的设计有一定的易学易用性。现在让大家来 　　声明： 　　这个例子的设计并不是我首先想出的，我参考了原文，然后经过整理，融汇了我的Excel技巧，把它整理了出来，分析了表的生成过程，比原来的设计有一定的易学易用性。现在让大家来进行分析与学习。 　　需求规格： 　　1、如果落点在棋盘外，则不移动棋子; 　　2、如果落点与起点不构成日字型，则不移动棋子; 　　3、如果落点处
<weixin_38556822> 上传 | 大小：252kb

[其它] OPENAPI的测试用例编写方法

说明：接口测试用例的编写方式实际上和普通测试用例即有相似的地方也有自身的特点。首先编写测试用例都有用例编号，用例说明，前置条件，测试步骤和检验点五个要素。而前置条件的准　　接口测试用例的编写方式实际上和普通测试用例即有相似的地方也有自身的特点。首先编写测试用例都有用例编号，用例说明，前置条件，测试步骤和检验点五个要素。而前置条件的准备是区别最大的，通常前置条件的准备都是指测试环境(如host配置文件的准备)和测试数据的准备。由于配置文件在每个项目都是相同的。所以一般整个项目只写一次，即在所有TestC
<weixin_38653691> 上传 | 大小：54kb

[其它] 并行运行单元测试的启示

说明：我们希望采用并行的方式在本地运行单元测试，从而减少测试时间，提高开发人员的工作效率。我们使用了线程池来提供多线程的并行任务。通过配置启动多个线程，并以程序集为单位 　　我们希望采用并行的方式在本地运行单元测试，从而减少测试时间，提高开发人员的工作效率。我们使用了线程池来提供多线程的并行任务。通过配置启动多个线程，并以程序集为单位，启动TestRunner： 　　varexecutorWrapper=newExcetorWrapper(assemblyName,null,false); 　　var
<weixin_38727980> 上传 | 大小：71kb

[其它] 功能测试中故障模型的建立

说明：故障模型是软件测试的基础，也是一个判断测试方法是否成熟的重要标志。在测试的过程中，要确保每一个目标状态都被测试，那么测试必须是系统的;为了最终定位软件缺陷，所以测 　　1.概述 　　故障模型是软件测试的基础，也是一个判断测试方法是否成熟的重要标志。在测试的过程中，要确保每一个目标状态都被测试，那么测试必须是系统的;为了最终定位软件缺陷，所以测试必须是集中的;测试需要使用大量的测试用例和重复性测试，因此测试必须是自动的。若要满足上述三个测试条件，我们必须建立故障模型。 　　故障模型是将测试人员的经
<weixin_38589314> 上传 | 大小：68kb

[其它] 什么是可用性测试？

说明：如今的ICT解决方案的复杂性正在增加，由于位于多个地点并由不同方来管理的集成系统的存在。而他们常常部分由云管理的事实使得事情变得更加复杂。因为组织提供24/7的企业对企业 　　如今的ICT解决方案的复杂性正在增加，由于位于多个地点并由不同方来管理的集成系统的存在。而他们常常部分由云管理的事实使得事情变得更加复杂。因为组织提供24/7的企业对企业的服务，这些集成解决方案的可用性也变得越来越重要。 　　在互联网上，你会发现数百个销售同种产品的网店。万一不可用，客户就很容易切换到另一家店。 　　因此，
<weixin_38703955> 上传 | 大小：95kb

[其它] 软件产品的可用性的测试

说明：关于可用性的测试和评估，在国外现在已经形成一个新的专业，称为可用性工程(UsabilityEngineering)。由于是一个专业，因此就有专门的人员来从事这项工作，并发展出一整套的　　关于可用性的测试和评估，在国外现在已经形成一个新的专业，称为可用性工程(UsabilityEngineering)。由于是一个专业，因此就有专门的人员来从事这项工作，并发　　展出一整套的方法和技术来进行可用性的测试和评估。根据我们给软件可用性所下的定义，一个软件可用性的测试和评估应该遵循以下原则：　　(1)最具有
<weixin_38644688> 上传 | 大小：64kb

[其它] 进销存系统中的报表测试

说明：本文适合有过MIS系统报表测试经验，或者有关进销存系统测试经验的朋友参考。报表功能的基本要求，就是通过查询/统计/分析，提供用户所需的准确的数据。如果无法实现这个 　　关键字:进销存报表软件测试 　　本文适合有过MIS系统报表测试经验，或者有关进销存系统测试经验的朋友参考。 　　报表功能的基本要求，就是通过查询/统计/分析，提供用户所需的准确的数据。如果无法实现这个基本功能，则报表完全失去意义。 　　对于用户来说，报表可以直接影响到他们的决策，例如可能因为报表对销售和库存情况反映的不准确，导致错
<weixin_38614462> 上传 | 大小：65kb

[其它] 关于自动化测试，关于Agile，关于团队

说明：在第一时间越狱了NewPad，开始把之前眼馋又买不起的App逐个开始下载安装，估计又得花相当一段时间来适应这些办公App了。 　　在第一时间越狱了NewPad，开始把之前眼馋又买不起的App逐个开始下载安装，估计又得花相当一段时间来适应这些办公App了。 　　团队的成员已经逐渐适应了我分享给大家文章，大家阅读之后融入自己的一番思考并写下blog的方式。在Agile的转型中，驱动每个成员自主的来思考，产生改进的意愿，这可能是最重要的一个环节了。特别是在一个测试团队中，大家深入理解Agile之后对自
<weixin_38609089> 上传 | 大小：81kb