测试用例

最完整的自动化测试流程：Python编写执行测试用例及定时自动发送最新测试报告邮件 今天笔者就要归纳总结下一整套测试流程，从无到有，实现零突破，包括如何编写测试用例，定时执行测试用例，查找最新生成的测试报告文件，自动发送最新测试报告邮件，一整套完整的测试流程。以后各位只要着重如何编写测试用例即可，其他模板可以套用的，希望帮助到大家。 目录 一、编写测试用例 二、执行测试用例，查找最新测试用例，自动发送测试报告 三、定时执行测试用例 3.1方案一：Windows任务计划 3.2方案二：Jenkins持续集成 四、成果验收 环境准备： 操作系统：Windows7 集成开发环境：eclipse+pydev 一、编写测试用例 点击返回目录 可以直接使用Python自带的单元测试框架unittest来编写自动化测试用例，利用其组织测试用例，断言预期结果，以及批量执行测试用例等功能，可以很好的进行Web自动化测试的开发。 可以直接查看我另外一篇博文总结: unittest单元测试框架总结 里边详细总结了 使用unittest框架编写测试用例思路（模板） 和 使用unittest框架编写测试用例实例 。 目录结构如下组织： 如上图：test_case目录下有两个测试用例，其中test_baidu.py实例代码在博文“unittest单元测试框架总结”中有贴出。其他实例，可以参考模板实现

优测云服务平台 是移动云测试平台，拥有50余名测试领域专家，300余人专业测试团队，10余年终端测试服务经验，提供兼容性测试、自动化测试、云真机，设备分享等多种服务方式。 最近的用例评审让我感受颇深，以下是我对于测试用例评审的一些感受，发出来供大家讨论学习。 听听大家对测试用例评审的吐槽？ “测试用例设计是测试的事情，为什么评审要我们参加？” “测试用例已经很多了，不知道需要评审什么，我能提供什么？” “用例评审太枯燥了，200个用例case用一条一条评吗？” “这个是别人的开发的功能，跟我没关系。” 相信以上几句话是评审时常听到的话，那么为什么要进行测试用例评审？ 这里从参与用例评审几个角色来（测试、开发、产品经理、项目经理）分析下进行用例评审的目的以及意义。 测试： 由于不同测试同学对于需求的理解和用例设计都不同，为了提升用例的完整性、合理性、高效性，可以通过评审的方式，收敛不同人以及不同专业的意见，丰富测试用例。测试是无穷尽的，没有人能保证自己的设计用例覆盖完全。 开发： 测试和开发对于需求理解未达成一致，通过评审与开发对需求进行double check，保证在测试前对需求理解的一致性，以免执行测试过程中产生争议和扯皮。 暴漏出开发在实现过程中代码逻辑考虑不充分的地方，提前预警，避免逻辑处理考虑不充分导致的缺陷。 开发可以从实现层面评审用例，补充测试用例中

很多软件测试工程师在面试的时候都会遇到考官给的各种各样的面试题，这也反应了测试工程师对企业的重要性，面试通常分为以下几个方面，由于篇幅有限，在这里就只给大家分享一些比较常见的问题。 一、 自我介绍 这里我不分享如何自我介绍，比我话术之类，相信大家都比我熟悉套路，这里分享几个细节 1、自我介绍时需要有底气 有些同学明明技术很厉害，但是一面试就紧张，一直低头，不敢直视面试官，更为紧张者都说不出话，这样的表现面试官不会觉得你是紧张，反而是觉得你是没能力的表现，所以要有底气，自信很重要。 2、自我介绍时可保持微笑、语速稍慢清晰 面试官可以通过你的表情、语调、语速，来判断是放松还是紧张，所以就算紧张，也要想办法保持淡定，脸上可适当加点微笑，语速放慢，让面试官听清你说的是什么 3、自我介绍时该说的内容 内容不能太多和太杂，太杂容易找不到重点，一般内容有：自己的名字、工作经历、有什么能力或技能、获得哪些成绩（最好有数据）等，时长控制在1-2分钟即可 二、 项目介绍 从几个部分来说，先项目规模，包括项目代码规模，需求规模、用例规模，工作量，进度，质量和成本，然后是整体的测试流程，然后再是角色与职责，接下来是在项目中自己的特色，比如做得最好的是、遇到最大的困难时（如何解决）、哪些地方还有待提高，最好有相应的数据进行支持，最后是心得体会。 三、 面试问题 1、职业规划相关 Q：你的测试职业发展是什么？

01：什么是robotframework？ 简单的来说robotframework是一个 通用型的自动测试框架 所谓通用型就是不限定自动化领域 SoapUI专门针对webAPI接口测试领域里面的自动框架 用在UI测试，SDK测试就不合适 而RF适合几乎所有的软件自动化测试系统框架 既可以用在webAPI接口自动化 又可以在UI，SDK等等，都是通用的 02：RF的功能和特点 使用RF框架的话，通常测试人员开发，通过开发称之为测试用例文件（TestData文件）的东西，或多个测试用例 里面会调用一些功能小模块叫关键字 这些关键字实现了底层的驱动测试功能 这些关键字是由测试库实现，放在测试库里面 关键字实现了基本功能，就像小积木 我们测试数据文件就使用这些小积木一样的关键字， 搭建出对应的自动化用例的测试 ---- 关键字基本上都是测试库里面带的 测试库本身是怎样实现的呢？ 是用python语言或者Java语言开发的代码 里面提供的函数和对象的方法，就是被RF转换了关键字 所以关键字的本质就是编程语言里面得函数 它的特点： ①它提供简单易懂的表格式的‘语言’来开发自动化测试用例，大家后面可以卡到，开发测试用例就想填表格一样，至少看起来容易。 ②它的标准库提供了常用的功能，以关键字的形式开发测试用例 ③它定义了灵活且易理解的测试用例执行控制，包括执行哪些用例

级别: 初级 John Smith , 技术工程师 2005 年 1 月 01 日 本文描述了基于用例进行评估的一个框架。为了使描述更加具体，本文为框架的参数选择了一些值，尽管这些值有待于论证，但它们并不总是错误的。像往常一样，随着数据的搜集，这种估计应该根据实际情况和重新估计的参数值进行测试。这种框架对于不同种类的系统考虑了用例层次、规模和复杂度等思想，并且不再采取细粒度的功能分解。为减轻计算的负担，对于诸如 Estimate Professional 这样的工具，可以构建一个前端，从而提供一种基于用例的规模输入的不同的方法。 问题 直观上看起来似乎根据用例模型的特征，可以对开发工作所需的规模和工作量进行估计。毕竟，用例模型捕获了功能性需求，那么难道不应该有基于等价于功能点的用例吗？这里存在许多困难： 有许多不同的用例规格样式和形式，很难定义一个度量标准，例如，某人可能希望能够度量用例的长度； 用例应该代表外部参与者对于系统的观点，因此，500,000 sloc 系统的用例就与 5,000 sloc 子系统的用例在完全不同的层次上（Cockburn 97 讨论了层次和目标的概念）； 用例可能在复杂性方面不同，编写时是显式的，实现时又是隐式的。 用例应该从参与者的角度来描述行为，但是这可能相当复杂，特别是当系统具有状态时（绝大多数情况是这样的）。所以描述这种行为需要系统的模型

pytest 1）简介 官方文档地址：http://www.pytest.org/en/latest/getting-started.html pytest中定义测试用例有三种方式： 　　1）兼容unittest,已有的unittest库和文件都可以直接进行调用； 　　2）可以基于简单的类进行定义，如果一个类里边没有初始化方法并且以test开头，系统便会认为这是一个测试用例（不需要继承，直接定义就行） 　　3）可以直接定义测试函数来定义测试用例 2）安装： 　　pip install pytest 3）修改配置： 　　 例1： import pytest def func(x): return x + 1 def test_answer(): assert func(3) == 5 if __name__ == "__main__": pytest.main() 例2：（修改运行方式后，编写代码生效） import pytest def func(x): return x + 1 def test_answer(): assert func(3) == 5 class TestFunc: def test_answer(self): assert func(3) == 5 if __name__ == "__main__": pytest.main() 4

1. 引言 1.1 编写目的 编写此文档的目的主要在于确定整个测试阶段建立测试测试的内容和范围，以供软件测试人员作为软件测试实施的参考。 1.2 项目背景 项目名称：燃烧我的卡路里 项目提出者 /开发者/实施单位：跑酷来了成员小组 项目用户： “约跑”APP 使用者 与其他系统的关系：在安卓系统上独立运行 1.3 缩写说明 无 1.4 术语定义 约跑：按照速度或者性别匹配伙伴并一起跑步； 1.5 参考资料 [1]窦万峰.软件工程与实践[M].北京：机械工业出版社,2018 1.6 版本信息 修改编号 修改日期 修改后版本 修改位置 修改内容概述 1 2019.6.17 1.0 全部 完成第一次编写 2. 任务概述 2.1 测试目标 本测试的覆盖范围： 登录和注册模块 个人信息模块 约跑和 GPS 模块 通过测试，达到以下目标： 测试运行是否稳定 测试已实现的项目是否达到预期要求 测试是否能够运行正常的功能 2.2 测试环境 硬件环境： Android手机，笔记本电脑 软件环境： Android Studio 2.3 需求描述 2.3.1 数据需求 数据名称 名称含义 数据类型 数据长度 说明 Uid 用户名称 Varchar 12 由用户自设 Password 用户密码 Varchar 12 由用户自取 Uphone 用户手机号 Int 11 Usex 用户性别 Varchar 5

一、测试用例： 　　 1、定义： 　　为特定的目的而设计的一组测试输入、执行条件和预期的结果，它是执行的最小实体。 　　简单地说，测试用例就是设计一个场景，使软件程序在这种场景下，必须能够正常运行并且达到程序所设计的执行结果，一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试。 　　 2、作用： 　　（1）、指导测试的实施 　　（2）、提高测试效率 　　（3）、规划测试数据的准备 　　（4）、评估测试结果的度量基准 　　（5）、分析缺陷的标准 　　 3、特性： 　　（1）、需求覆盖的完整性 　　（2）、有效性 　　（3）、易理解性 　　（4）、清晰性 　　（5）、可复用性 　　（6）、可维护性 　　 4、设计要素： 　　（1）、用例ID （必需项） 　　（2）、用例概述（必需项） 　　（3）、用例优先级（必需项） 　　（4）、前置条件（可选项） 　　（5）、操作步骤（必需项） 　　（6）、测试数据（必需项） 　　（7）、预期结果（必需项） 　　（8）、备注（可选项） 　　（9）、对应BUG_ID（可选项） 　　 5、书写规范： 　　（1）、用例概述：简明扼要对该用例设计的目的进行描述。 　　（2）、用例优先级：功能性的、流程性、业务规则的、接口的用例优先级最高，必须执行。一些页面的用例优先级会相对较低，可选择执行，优先级别需要视需求而定。 　　优先级必须定义

1 目的 测试用例是测试人员执行测试的基本依据，因此测试用例质量的高低直接影响测试的有效性和效率。为了保证测试执行人员使用最有效的测试用例，使测试工作能有序、合理化的进行，从而提高实施测试时对所测产品、系统或者模块的测试质量，最终提高仁科互动公司产品线的质量。特编写统一测试用例编写规范，为测试设计人员提供测试用例设计编写指导，提高编写用例的可读性、可执行性、合理性。 2 用途 适用于对各业务线测试人员对功能测试用例和接口测试用例的编写。 3 用例设计流程 测试分析： 进行测试用例编写的前提。测试人员根据产品部门提供的PRD、用户故事以及研发部提供的设计文档进行测试需求分析，找出明显的和隐含的需求。有些需求无法从需求文档中获得，可借助概要设计文档或者详细设计文档，或直接从最终的软件产品上获得。 测试设计： 依据测试分析整理并编写出测试用例大纲，并将测试大纲细化为测试用例。测试用例大纲用脑图的形式进行管理，在时间受限的情况下，测试用例评审对象是脑图，详细测试用例会抽取一些作为附加评审对象。参加的人员应包括测试负责人、项目经理、开发人员及其他相关的测试人员。 测试用例完善： 测试用例编写完成之后需不断完善，软件产品新增功能或更新需求后，测试用例必须定期修改更新；在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善；产品上线后客户反馈的软件缺陷

为什么编写测试用例 1. 指导测试工作有序进行，使实施测试的数据有据可依 2. 确保所实现的功能与预期的需求相符合 3. 完善软件不同版本之间的重复性测试 4. 跟踪测试进度，确定测试重点 5. 评估测试结果的度量标准 6. 增强软件的可信任度 7. 分析缺陷的标准 设计测试用例的优缺点 好处： 有效性、完整性、组织性 缺点： 测试用例的设计是费时费力的工作，往往设计测 试用例所花费的时间比执行所花费的时间还长。 测试用例概念： 测试用例其实就是根据需求文档，或者结合软件功能，把自己测试思路有条理的整理出来。 测试用例书写工具： • Word • Excel • 使用工具 • 根据公司具体情况制定模版 大部分公司通过Excel书写测试用例 测试用例书写依据 1.需求说明书 2.项目测试需求功能点 3.所属行业的业务知识掌握程度 4.测试工程师本人的理解程度（个人经验） 注： 必须有需求文档 ， 若没有需求文档 ， 就必须对产品功能熟悉 ，但是两者都必须要对软件业务功能熟悉。 实际工作中，有些公司没有需求文档做参考，这时候就必须要相关人员书写文档，如果不书写文档后期很多测试工作无法开展，甚至会做很多无用功。 测试用例书写目的 为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。