测试用例

1.TestNG的运行方式如下： 1 With a testng.xml file 直接run as test suite 2 With ant 使用ant 3 From the command line 从命令行 4 IDE 直接在IDE中执行 在IDEA中直接运行的时候，需要说明的是：可以运行一个测试类，也可以单独运行一个测试的方法。 在IDEA里执行，只需要右键，点击 Run xxx 即可。 如果是在某一个方法的代码块里右键，出现的是 Run methodName ，即只运行当前的方法； 如果是在类的代码块里右键，出现的是 Run className ，即运行当前类中的所有Test方法； 也可以创建testng.xml，右键出现的 Run path/testng.xml ，即运行该配置文件中需要运行的方法。 2.TestNG常见的注解： 注解 描述 @DataProvider 为测试方法提供数据 @BeforeMethod 在每个测试方法 前 执行 @AfterMethod 在每个测试方法 后 执行 @BeforeClass 被注释的方法将在当前类的第一个测试方法调用前运行 @AfterClass 被注释的方法将在当前类的所有测试方法调用后运行 @BeforeGroups 被配置的方法将在列表中的 gourp前运行。这个方法保证在第一个属于这些组的测试方法调用前立即执行

目录 一、为什么需要测试用例 二、测试用例的概念 三、测试用例的编写流程 四、测试用例的内容 五、测试用例编写方式 六、测试用例编写实战 七、小小的建议 一、为什么需要测试用例 在了解测试用例的编写技巧前，我们需要知道为什么需要测试用例。 开发根据产品的相关需求开发完毕后，测试人员需要对其进行遍历功能测试，而测试用例就是我们在遍历功能测试时的参照物，可以让我们的测试更有效率和方向。 通俗一点来说，测试用例就是我们去超市时的 购物清单 ，如果没有这个清单，我们可能会浪费时间在买其他的东西上，且原本想买的东西也没有买完。测试用例是重要的，也是必要的。 二、测试用例的概念 对于测试用例的概念，百度百科是这样阐述的： 测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。 在笔者看来，测试用例的核心内容严格来说其实只有三个部分： 测试输入、执行条件、预期结果 ，根据这三个部分编写成一份文档，即测试用例。 三、测试用例的编写流程 需求分析（产品文档）–>提取测试点–>编写测试用例–>测试用例评审/补充 四、测试用例的内容 不同的公司对于测试用例内容要求可能会有所不同，笔者以某一公司的测试用例内容要求来提供参考 测试用例内容包括三大项：功能说明、功能测试点

1.自动化测试用例范围往往是核心业务、流程或者重复执行率较高的。 2.自动化测试用例的选择一般以“正向”为主。 3.不是所有手工用例都可以使用自动化测试来执行。 4.手工测试用例往往不需要回归原点，而自动化测试用例往往是必须的。 5.自动化测试用例和手工用例不同，不需要每个步骤都写预期结果。 6.保持Case之间的独立性 来源： CSDN 作者： 你若安好我便天晴 链接： https://blog.csdn.net/lixiaomei0623/article/details/103459631

目前在使用appium过程中遇到的一些问题及规避方法总结如下： Appium使用总结： 1、在熄屏下启动测试，会自动唤醒屏幕 2、Appium只针对单个应用测试 3、使用unittest框架，该框架中每条用例都必须以test_开头 4、运行脚本时，需将weditor这个断开，否则会一直报无法跟uiautomation连接上 5、appium与uiautomator2的ATX服务有冲突，如果两个都安装在手机端，则通过weditor去查看界面元素时会一直提示 Uiautomator2 starting failed 6、用例执行完成后，app将会在1分钟内退出，所以在这段时间内不能重新启动测试，否则会全部失败，除非强行停止再启动appium server 7、生成的html报告，必须要单独运行 .py 文件才会生成，如果是在pycharm里面运行的话是不会生成报告的。 来源： https://www.cnblogs.com/aziji/p/12011701.html

作为一位 功能测试 人员，其主要的职能就是进行 测试用例 的设计，并根据测试用例执行测试，通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性，要做好功能测试，测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结，也方便进行交流和探讨： 　　1） 首先要对测试用例的组织结构进行划分 　　如果公司的测试流程还算规范完整的话，在进行需求评审的时候，测试人员就应该根据需求对测试用例的结构进行分类，如果是一个比较大型的管理系统，那么测试用例就可以根据功能模块来进行分类，比如： 　　如果是游戏，就可以根据场景来进行划分，比如： 　　对测试用例的组织结构进行划分的思路，主要根据需求文档的测试切入点来进行参考。 　　2） 根据功能点细致地设计测试用例 　　进行完需求评审后，开发人员会根据需求文档及自己所负责的 工作 提交自己的设计文档来进行评审，测试人员可以参考设计文档中的内容提取出各个功能模块中的功能点来设计测试用例，如果是管理模块，首先可以将增删查改功能作为第一层功能点，然后再根据必填项非空判断、输入格式验证来作为第二层功能点；如果是报表模块，就可以根据各种查询条件来提取功能点。 　　划分好功能点后，就可以利用等价类划分、边界值分析等一些测试方法来编写测试用例，并且可以进行标注，这样对于后期的测试用例整理相当有帮助。 　　3）

PyUnit（unittest） 是 Python 自带的单元测试框架，用于编写和运行可重复的测试。PyUnit 是 xUnit 体系的一个成员，xUnit 是众多测试框架的总称，PyUnit 主要用于进行白盒测试和回归测试。 如果你使用的是 2.1 或更早版本的 Python，则可能需要自行下载和安装 PyUnit，现在的开发者通常不需要操心这些事情。 通过 PyUnit 可以让测试具有持久性，测试与开发同步进行，测试代码与开发代码一同发布。使用 PyUnit 具有如下好处： 可以使测试代码与产品代码分离。 针对某一个类的测试代码只需要进行较少的改动，便可以应用于另一个类的测试。 PyUnit 开放源代码，可以进行二次开发，方便对 PyUnit 的扩展。 PyUnit 是一个简单、易用的测试框架，其具有如下特征： 使用断言方法判断期望值和实际值的差异，返回 bool 值。 测试驱动设备可使用共同的初始化变量或实例。 测试包结构便于组织和集成运行。 PyUnit (unittest) 的用法 所有测试的本质其实都是一样的，都是通过给定参数来执行函数，然后判断函数的实际输出结果和期望输出结果是否一致。 PyUnit 测试与其他 xUnit 的套路一样，基于断言机制来判断函数或方法的实际输出结果和期望输出结果是否一致，测试用例提供参数来执行函数或方法，获取它们的执行结果

测试过程中遇到的问题 不知道是否较全面的测试了所有功能 测试的覆盖率无法衡量 对新版本的重复测试很难实施 存在大量冗余测试影响测试效率 容易出现漏测，重复测试 测试人员没有明确的工作目标，工作效率低 软件测试用例的概念 测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。 测试用例一般可以简单划分为：场景测试用例（简称“测试用例”）和基本测试用例（或称为“公用测试用例”） 设计测试用例的方法 等价类 边界值 场景法 错误推断法 因果图 状态图 正交排列 路径覆盖 设计测试用例的优缺点 优点 有效性 完整性 组织性 缺点 测试用例的设计是费时费力的工作，往往设计测试用例所花费的时间比执行所花费的时间还多 随着测试用例的不断积累，所带来的维护成本也会越来越高，维护难度也会逐渐增加 测试用例的执行效率低 需求的变更导致写的测试用例变的一文不值 测试用例的要素 测试用例的组成元素及作用 用例编号：该用例在整个测试套件中的编号 所属模块：测试用例所对应的测试模块 用例标题：清晰表达出该测试用例是测试什么问题的（包含测试目标/测试对象） 操作步骤：执行测试时的步骤 测试数据：测试用例执行时所需要使用的数据 预期结果：根据所输入的测试数据，期望得到怎么样的结果 实际结果：根据所输入的测试数据，实际得到的测试结果

一、自动化测试 与 人工测试 在开始编写用例之前，我们先来思考下自动化测试和人工测试的区别。对于web页面的人工测试，我们想下，如果去测试，怎么操作呢？不外乎如下的基本动作： 1）打开浏览器 2）输入url （前提web服务器要正常启动运行着） 3）等待页面显示出来 4）用眼睛看页面显示的内容是否与自己想象的一致，如果一致，认为功能正常，否则，会认为程序有问题。 5）通过鼠标、键盘执行相关的操作，通过页面的变化和内容显示继续进行检查功能是否正常。 那么什么是自动化测试呢？其本质就是将人的操作过程（打开浏览器、输入url、鼠标点击、键盘输入等）以及验收标准（在人脑中验收）转换为测试代码。 有了测试代码，就可以让其自动运行了。 二、登录用例设计 一个登录功能，想象下如果是人工测试，那基本的测试过程一般如下： 1）打开浏览器、输入登录url 2）输入用户名、密码（也许还有别的输入项，如验证码，则取决于程序本身），点击登录按钮 3）如果是正确的用户名密码，应该出来相应的页面；如果是错误的，应该出来错误页面或错误提示信息。 那我们看看利用Robot Framework怎么写用例。 三、 用例编写 1、成功登陆的用例1 successLogin open browser http://localhost/nau/login ff input text id=userid xxx input

unittest 简介 unittest是python自带的单元测试框架 重要概念 1）test fixture 用于初始化和清理测试数据及环境 2）test case 测试用例，是测试的最小单元，一般用来检查一组输入的相应是否符合预期， 3）test suite 测试套件，是测试用例或测试套件的组合，一般用来把需要一起执行的测试用例组合到一起 4）test runner 用于运行测试用例并返回结果 主要作用 （1）提供用例组织代码与执行 当有大量测试用例时，要考虑其扩展性与维护性，考虑用例的规范与组织，使测试更加规范和简单 （2）提供丰富的比较方法 （3）提供丰富的日志 案例 来看一个例子 cal.py class Calculator: def __init__(self, a, b): self.a = a self.b = b def add(self): return self.a + self.b def sub(self): return self.a - self.b test.py import unittest from cal import Calculator class TestCal(unittest.TestCase): def setUp(self): print('Test begin...') self.cal = Calculator(2, 3

白盒测试案例 白盒测试案例 案例 根据题目画出需求的流程图 根据所画流程图写出相应的程序 分别编写各种逻辑覆盖法的测试用例并执行测试用例写出测试结果 语句覆盖 判定覆盖 条件覆盖 判定条件覆盖 组合条件覆盖 基本路径覆盖 案例 编写循环程序，要求输入读入某汽车销售人员的销售数（以台 计）和每台销售的基础提成数（元）、以及销售人员工种（正式工或临时工），计算并输出他的销售提成。若销售人员销售超过40台且基础提成超过400元，则超过部分按基础提成的1.5倍的来计算。超过50台，如果是正式员工，则超过50台的部分按基础提成的2倍的来计算，否则销售提成仍按照基础提成的1.5倍的来计算。编写流程图，并使用各种逻辑覆盖法编写测试用例。 根据题目，画出需求的流程图； 根据所画流程图写出相应的程序； /************************************************************ FileName: CalculateSalComm.cpp Author: Switch Version : 1.0 Date: 2016-03-30 Description: 计算销售提成 // 模块描述 Function List: // 主要函数及其功能 1. main 输出销售提成 2. calculateSaleComm 计算销售提成 ****************