测试用例

【= 看project_unittest项目 =====】 unittest核心工作原理 unittest中最核心的四个概念是：test case（测试用例），test suite（测试集），test runner，test fixture 一个TestCase的实例就是一个测试用例。什么是测试用例呢？就是一个完整的测试流程，包括测试前准备环境的搭建(setUp)，执行测试代码(run)，以及测试后环境的还原(tearDown)。元测试(unit test)的本质也就在这里，一个测试用例是一个完整的测试单元，通过运行这个测试单元，可以对某一个问题进行验证。 而多个测试用例集合在一起，就是TestSuite，而且TestSuite也可以嵌套TestSuite。 TestLoader是用来加载TestCase到TestSuite中的，其中有几个loadTestsFrom__()方法，就是从各个地方寻找TestCase，创建它们的实例，然后add到TestSuite中，再返回一个TestSuite实例。 TextTestRunner是来执行测试用例的，其中的run(test)会执行TestSuite/TestCase中的run(result)方法。 测试的结果会保存到TextTestResult实例中，包括运行了多少测试用例，成功了多少，失败了多少等信息。

FAQ： 情景： 之前写好可以正常执行的python脚本，突然main函数下的代码不运行 原因： pycharm中，会设置py脚本按照unittest的方式运行，也就是只运行用例，不运行main函数下代码 解决方案： step1: 按alt+shift+F10或者点击截图中按钮 step2: 选择编辑结构 step3: 将不想按照unitest方式运行的用例 “-”掉即可 step4：点击保存 step5：run -> run 运行用例即可 来源： https://www.cnblogs.com/wuzhiming/p/11330587.html

原文： http://www.ibm.com/developerworks/cn/linux/l-cppunit/index.html 背景 CppUnit 是个基于 LGPL 的开源项目，最初版本移植自 JUnit，是一个非常优秀的开源测试框架。CppUnit 和 JUnit 一样主要思想来源于极限编程（XProgramming）。主要功能就是对单元测试进行管理，并可进行自动化测试。这样描述可能没有让您体会到测试框架的强大威力，那您在开发过程中遇到下列问题吗？如果答案是肯定的，就应该学习使用这种技术： 测试代码没有很好地维护而废弃，再次需要测试时还需要重写； 投入太多的精力，找 bug，而新的代码仍然会出现类似 bug； 写完代码，心里没底，是否有大量 bug 等待自己； 新修改的代码不知道是否影响其他部分代码； 由于牵扯太多，导致不敢进行修改代码； ... 这些问题下文都会涉及。这个功能强大的测试框架在国内的 C++ 语言开发人员中使用的不是很多。本文从开发人员的角度，介绍这个框架，希望能够使开发人员用最少的代价尽快掌握这种技术。下面从基本原理，CppUnit 原理，手动使用步骤，通常使用步骤，其他实际问题等方面进行讨论。以下讨论基于 CppUnit1.8.0。 回页首 1. 基本原理 对于上面的问题仅仅说明 CppUnit 的使用是没有效果的，下面先从测试的目的

一、概述 检查点是所有类型的测试中的核心 做过自动化测试的同学应该心中都有一个概念，没有校验的自动化测试用例是没有意义的，我认为性能测试上也同样如此，加入不能保证操作的有效性，哪有何谈测试该操作造成的负载呢？所以我们需要再性能测试脚本中加入检查点功能。 检查点是一种概念，是为了确认我的操作真的成功了。从页面中提取某些信息，并和预期校对、探测页面有没有发生一些新的事件、甚至仅仅是在完成特定步骤后截图人工查看都算是检查点，在loadrunner中，检查点主要以文本的形式体现 二、在录制时加入检查点 来源： https://www.cnblogs.com/buzileblog/p/11328294.html

一：环境准备 1.python3.6 2.windows环境 3.pycharm 4.allure-pytest 5.allure2.8.0 6.java1.8 allure-pytest快速安装 在cmd中输入 pip install allure-pytest，回车 二：报告生成 第1步：下载allure.zip，下载地址：allure-github: https://github.com/allure-framework/allure2 ，找到对应版本，并下载 第2步：解压allure.zip，将路径添加环境变量，path中，记得需要重启电脑 第3步：验证allure,在cmd中输入allure,然后回车，如果可以看到一下，说明配置完成 第4步：运行测试用例 pytest.main(["-m","login","-s","-q","--alluredir=./report"]) "-m": 标记用例 "login": 被标记需要执行用例 "-s":允许终端在测试运行时输出某些结果，例如你想输入print的内容，可以加上-s "-q"简化输出结果 "--alluredir": 生成allure指定语法 "./report":生成报告的路径 "--clean-alluredir" ：因为这个插件库allure-pytest生成的报告文件，你第二次运行时候不会清理掉里面的东西

F第一课复习概要： RF定义： 通用型的 自动测试框架， 绝大部分的软件的的自动化系统都可以采用它。 特点： 测试数据文件（Test Data）对应一个个的测试用例。测试数据文件里面使用的功能小模块叫关键字，由测试库（Test Library） Robot Framework加载测试库，并解释执行测试用例 l 它提供简单易懂的表格式的“语言”来开发自动测试用例。 l 它的标准库提供了常用的功能，以关键字（keyword）的形式来开发测试用例。 l 它定义了灵活且易理解的测试用例执行控制，包括 执行哪些用例，如何在执行用例前后进行初始化和清除环境 l 它可以方便挑选要执行的用例和套件 l 它有清晰的日志和报表功能，让QA和manager可以清楚的查看测试执行结果。 安装CMD执行【pip install robotframework】 安装： pip install robotframework pip install robotframework-seleniumlibrary pycharm 安装插件IntelliBot File - Settings – Plugins: 选择browser repository安装的 一些基本概念： 测试套件文件，表，关键字， 测试库 执行测试用例 查看日志及报表 测试用例基本语法 四种表：Settings, Variables, Test

7.2.6、单元测试中的概念 Junit 单元测试的学习，临近收尾，我们来回顾它所包含的几个概念，当然这几个概念来自于 Python的 unittest 的文档中开篇介绍，我发现它同样适用于 Junit 单元测试框架，这几个概念分别是：test fixture, testcase, test suite, test runner，我觉得只有理解了这几个概念，才能真正的理解单元测试的基本原理。 1、 test case 一个 TestCase 的实例就是一个测试用例。什么是测试用例呢？就是一个完整的测试流程，包括测试前准备环境的搭建(setUp)，实现测试过程的代码(run)，以及测试后环境的还原(tearDown)。元测试(unit test)的本质也就在这里，一个测试用例是一个完整的测试单元，通过运行这个测试单元，可以对某一个功能进行验证。 2、 test suite 对一个功能的验证往往是需要多测试用例的，可以把多的测试用例集合在一起执行，这就产生了测试套件 TestSuite 的概念，它用来组装单个测试用例，而且 TestSuite 也可以嵌套 TestSuite。可以通过@SuiteClasses 加载 TestCase 到 TestSuite 中，再返回一个 TestSuite 实例。 3、 test runner @RunWith 是来执行测试套件中的测试用例的

转载地址： https://www.cnblogs.com/yoyoketang/p/9775646.html 前言 平常我们手工测试用例非常多时，比如有1千条用例，假设每个用例执行需要1分钟。如果一个测试人员执行需要1000分钟才能执行完，当项目非常紧急的时候， 我们会用测试人力成本换取时间成本，这个时候多找个小伙伴把任务分成2部分，于是时间缩减一半。如果是十个人一起执行，1000个用例理论上只需100分钟就能完成，时间缩短到了1/10。大大节省的测试时间，为项目节省了时间成本。 同样道理，当我们测试用例非常多的时候，一条条执行，很显然会比较慢，那么如何让测试用例并行执行呢，这就是我们接下来要讲的pytest分布式执行插件pytest-xdist pytest-xdist cmd里面使用pip安装,目前版本号Version: 1.23.2 pip install pytest-xdist >pip show pytest-xdist Name: pytest-xdist Version: 1.23.2 Summary: pytest xdist plugin for distributed testing and loop-on-failing modes Home-page: https://github.com/pytest-dev/pytest-xdist Author:

转载: https://blog.csdn.net/a823080387/article/details/55100730 该范例已经包含一个测试用例的模板。 项目/软件 技术出口合同网络申领系统 （企业端） 程序版本 1.0.25 功能模块名 Login 编制人 　 xxx 用例编号- TC-TEP_Login_1 编制时间 　 2002.10.12 相关的用例 无 功能特性 用户身份验证 测试目的 验证是否输入合法的信息，允许合法登陆，阻止非法登陆 预置条件 无 特殊规程说明 如数据库访问权限 参考信息 需求说明中关于“登陆”的说明 测试数据 用户名=yiyh 密码=1 操作步骤 操作描述 数 据 期望结果 实际结果 实际结果 测试状态（P/F） 1 输入用户名称，按“登陆”按钮。 用户名=yiyh，密码为空 显示警告信息“请输入用户名和密码！” 2 输入密码，按“登陆”按钮。 用户名为空，密码=1 显示警告信息“请输入用户名和密码！” 3 输入用户名和密码，按“登陆”按钮。 用户名=yiyh，密码=2 显示警告信息“请输入用户名和密码！” 4 输入用户名和密码，按“登陆”按钮。 用户名=xxx，密码=1 显示警告信息“请输入用户名和密码！” 5 输入用户名和密码，按“登陆”按钮。 用户名=xxx，密码=2 显示警告信息“请输入用户名和密码！” 6 输入用户名和密码，按“登陆

　　1-等价类划分 　　常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 　　2-边界值分析法 　　边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 　　使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 　　3-错误推测法 　　基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 　　错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例-例如, 在单元测试时曾列出的许多在模块中常见的错误-以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况