系统框架通用测试用例
常见自动化测试工具及框架的选用
常见⾃动化测试⼯具及框架的选⽤作者：cai.ruiying[ZSK]⼀、⾃动化测试简介1、什么是⾃动化测试软件测试是软件产品开发过程中不可或缺的环节，众所周知，软件测试的分类⽅法⾮常多，根据不同的分类，测试可以分为很多种不同的测试⽅式。
如果根据不同的测试点分类，可以将测试分类划分为功能测试、性能测试，这也是我们最常见的的软件测试范畴。
⽽我们的⾃动化测试，⼀般意义上来说，是指对功能、性能进⾏脱离⼿⼯的⾃动化的测试。
对于⾃动化测试，更⼴泛的意义，是对界⾯功能的⾃动化测试。
因此，按照对软件测试的⾃动化程度，可以分为⼿⼯测试、⾃动化测试。
再进⼀步细分，界⾯⾃动化测试，⼜可根据平台的不同，分为Web⾃动化测试、移动端⾃动化测试，⽽他们的测试⼯具及框架基本是⼤相径庭的。
本⽂，我将依托Web UI⾃动化测试（⽹页界⾯功能⾃动化测试），简单谈谈我对⼏款常⽤的⾃动化⼯具及框架的看法。
2、它可以做⾃动化测试么关于⾃动化测试的适⽤性，⼀定要明确⼀点，那就是：不是所有的系统都适合做⾃动化测试！甚⾄有的系统根本⽆法做⾃动化测试。
那么什么样的系统适合做⾃动化测试呢？总结⼏点重要因素，如下图所⽰。
⼆、⼯具篇1、UFT（QTP）UFT 就是以前最常⽤的⾃动化测试⼯具QTP，⽤来进⾏Web UI⾃动化测试的。
QTP实现的是独占屏幕操作，仿真实际⽤户操作，⼀般⽤于回归测试和新版本测试。
它的特点是：⽀持Windows平台，使⽤VBScript编写测试脚本，相⽐Java/C#这类语⾔，显然更受测试⼈员欢迎。
它的测试流程是：【制定测试计划】-【创建测试脚本】-【增强测试脚本】-【运⾏测试】-【分析测试结果】。
QTP的脚本⽣成是通过轨迹录制，再进⾏增强优化，最后实现回放。
因此VBScript脚本的逻辑⽐较松散，因此对于复杂页⾯情况的处理能⼒⽐较弱，脚本维护的成本就⾮常⾼。
最重要的是，QTP是收费的，QTP11.5版本发布改名为UFT。
下图是UFT的⼯作台界⾯。
使用FIT 进行确认测试
使用FIT框架进行确认测试中国软件评测中心陈兵FIT（Framework for Integrated Tests）是一种通用的开放框架，是由由Ward Cunningham开发的，可以帮助我们进行自动化的确认测试。
自动化测试是轻型开发模式（XP、Crystal等）测试活动的另一个优秀思路也是采取轻型开发模式的必要条件之一。
在只有测试实现了自动化，回归测试才能实现，重构（采取轻型开发模式另外的一个必要条件）才能够贯彻，而迭代也才能够进行。
FIT利用JUnit并扩展了JUnit的测试功能。
长期以来，在软件开发中我们一直关心着两个主要问题：第一，业务如何通过应用程序与其所需内容通信；第二，工程师如何验证他们是否正在构建满足业务需要的正确软件。
多年来，为了解决这些关心的问题，已探索了许多方法和框架，但直到出现Framework for Integrated Tests (FIT) 以后，才找到了解决这些问题的简便而直观的方法。
使用FIT我们可以编写出可以自动运行的确认测试用例，可以用来确认我们所开发出来的软件是否满足了用户所需的功能，可以作为持续构建过程的一部分来确保所构建出来的版本是正确的。
但是，FIT还有另外一个更为重要的功能，那就是在软件开发中增强协作，尤其是开发团队和客户、领域专家之间的协作。
这种协作可以有效地降低软件开发中的不必要的复杂性，加速反馈，并确保最大程度地为客户提供最高的价值。
FIT如何工作简单来讲，FIT就是一个软件，它能够读取HTML文件中的表格（这些表格可以通过MicroSoft Word或者Excel产生）。
针对每个表格，都会由一个程序员编写的"fixture"（装置）来解释。
该fixture会驱动“被测系统(SUT—System Under Test)”来对表格中给出的测试用例进行检验。
Fixture充当Fit表格和要测试系统间的媒介，起协调作用，完成表格中给出的测试。
测试用例
测试用例概述测试用例是测试工作的指导，是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障。
测试用例，英文为TestCase,缩写为TC，指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。
测试用例设计的好坏直接决定了测试的效果和结果。
所以说在软件测试活动中最关键的步骤就是设计有效的测试用例。
测试用例可以针对黑盒测试设计用例，也可以针对白盒测试设计用例。
编写测试用例依据我们编写测试用例的唯一标准就是用户需求,具体的参考资料是《需求规格说明书》,但需要说明的是，用户需求不是一成不变的，而是在一直变化的直变化的，这就需要我们根据不断调整变化的需求，来修改和维护我们已写好的测试用例，这个工作量也很大。
为什么需要测试用例在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性；测试用例的使用令软件测试的实施重点突出、目的明确；根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪；减少回归测试的复杂程度，在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期；功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升；根据测试用例的操作步骤和执行结果，为分析软件缺陷和程序模块质量提供依据；可以方便地书写软件测试缺陷报告；可以根据测试用例的执行等级，实施不同级别的测试；总结：软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式，需要创建和维护测试用例。
好的测试用例的特征可以最大程度地找出软件隐藏的缺陷可以最高效率的找出软件缺陷可以最大程度地满足测试覆盖要求既不过分复杂、也不能过分简单使软件缺陷的表现可以清楚的判定测试用例包含期望的正确的结果待查的输出结果或文件必须尽量简单明了不包含重复的测试用例测试用例内容清晰、格式一致、分类组织测试用例的影响因素测试用例设计的主要影响因素：需求目标，是功能性的需求目标也是非功能性的需求目标。
python+appium自动化测试-通用设置（一）
python+appium⾃动化测试-通⽤设置（⼀）这篇⽂章总结了我平时⽤的⽐较多的3个设置，后续有⽤到其它的，会继续更新哦。
⼀、运⾏时会重装APP问题问题：在使⽤Appium运⾏⾃动化代码的时候，每次运⾏会⾃动清除APP的原来数据，并将APP卸载，再重新安装打开。
解决：在APP启动的参数设置中添加"noReset": True，表⽰启动APP时不清除APP⾥的原有的数据。
未设置该参数，系统默认为"noReset": False，表⽰在启动APP时会⾃动清除卸载APP，重新安装，所以每次打开的APP都是新安装的APP。
代码⽰例：from appium import webdriverdef start(self):caps = {"platformName": "Android","deviceName": "ABCDEFGHIJKLMNOPQ","platforVersion": "9","appPackage": "com.sina.weibo","appActivity": "com.sina.weibo.SplashActivity","autoGrantPermissions": "true","automationName": "UiAutomator2",# 启动app时不要清除app⾥的原有的数据"noReset": True}self.driver = webdriver.Remote("http://localhost:4723/wd/hub", caps)self.driver.implicitly_wait(20)⼆、执⾏测试⽤例会重启APP问题：执⾏多条测试⽤例时，每执⾏完⼀个测试⽤例，都会重新启动AP解决：在测试⽤例类中导⼊pytest，将测试⽤例类中的初始化函数设置为setup_class，修改后启动APP，只会执⾏⼀次初始化。
测试用例(Test Case)模板
高校学生日常行为管理系统测试用例（Test Case）变更历史记录目录1.引言 (4)1.1编写目的 (4)1.2背景 (4)1.3术语与缩写解释 (4)1.4参考资料 (4)2.测试环境 (6)2.1硬件 (6)2.2测试软件.............................................................................................................................错误！未定义书签。
3.测试用例 (7)4.用例审核互查 (15)5.检查项 (16)6.评审结果 (17)1.引言1.1编写目的【说明编写这份测试用例的目的，指出预期的读者。
】高校在学生管理的过程中，学生日常行为的管理是教学工作中十分重要的核心内容。
很多高校存在学生日常行为管理难以量化，不能系统、全面的反映学生的行为状况。
在评定奖助学金、优秀学生、优秀班干部等方面存在人为因素，不能全面、客观、公平的去评价一个学生。
为了解决这一现状，建立一个完善的评价体系是非常有必要的。
推进国家的信息化建设。
信息化是全球化的趋势，是国家社会发展的必然选择，高校作为促进国家社会发展的重要领域，它的信息化技术必将影响国家信息化的建设。
引进信息系统，不仅影响高校的教学和科研活动，也将给传统的教学带来巨大的改变，促进国家的信息化教育。
预期读者：项目测试人员、项目经理1.2背景【说明：a这份测试用例所描述的软件系统的名称；b该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心c该产品或项目目标。
】a.软件系统的名称：高校学生日常行为管理系统b.任务提出者：何永杰开发者：何永杰在广东科技学院实训楼完成该软件的开发以及测试c.项目目标：高校学生日常行为管理系统可以对大学生操行量化管理，对学生得分情况进行定期统计，管理人员可以通过系统及时了解学生的行为状况。
Ch3-软件测试计划、文档及测试用例
案例研究1
StarMoon技术公司的Cathy Jones负责在六个月内开
发一个电子购物系统。但由于开发小组部分成员没有 受到足够的培训，致使开发阶段的工作延后了三个星 期才完成。 开发工作告一段落后，系统被移交给Don Allen领导的 测试小组。测试小组制定了一份测试计划，测试系统 的跨平台兼容性以及在IE上工作是否正常。测试结束， 测试报告送交开发小组。开发小组更正了发现的错误 后，按原定期限把软件产品交付给客户。 但是，当客户在Netscape 浏览器上运行这个电子购 物系统时，发现系统不能正常工作。结果，客户以系 统不能工作为由拒收产品
软件测试方法与实践
- Ch.3软件测试计划
1
第三章 软件测试计划与文档
3.1 3.2 3.3 3.4 3.5 软件测试生命周期 测试计划 测试设计 测试实施过程 测试文档
2
3.1 软件测试生命周期
在统一软件开发过程（RUP）定义中，测试生命周期分为：
测试计划:《软件测试合同》,《软件测试技术规格说明》,软件测试需求,安排 测试人员,提供测试工具。 测试设计：分解测试项目，设计测试环境，设计测试用例，编写测试用例概 要说明 测试开发：测试用例编码，定义测试条件、输入值和预期输出值，编写测试 用例详细说明 测试执行：执行软件测试用例，记录测试结果《测试记录》，编写《软件问 题报告》，测试的结果提交开发单位，尽可能自动执行测试 缺陷跟踪：软件缺陷跟踪管理是测试工作的一个重要部分，测试的目的是为 了尽早发现软件系统中的缺陷，而对软件缺陷进行跟踪管理的目的是确保每 个被发现的缺陷都能够及时得到处理。 测试评估：评价软件的各项指标，如果达到预期的结果，停止测试，提交用 户单位，如果达不到预期的结果，软件继续修改，并进行回归测试，单元测 试、集成测试、系统测试评估等活动。 等阶段（见下图）
测试用例 格式
测试用例格式
测试用例（Test Case）的格式因组织和项目而异，但通常都会包含以下几个部分：
1. 测试用例ID：这是唯一标识一个测试用例的编号。
2. 测试用例描述：简短描述测试用例的目的或意图。
3. 前置条件：执行测试用例之前必须满足的条件。
4. 测试步骤：详细描述执行测试的步骤。
5. 预期结果：根据步骤执行的预期结果。
6. 实际结果：执行测试后的实际结果。
7. 结论：基于实际结果和预期结果的比较，判断测试是否通过。
以下是一个简单的示例：
```markdown
测试用例ID: TC001
测试用例描述: 验证登录功能是否正常工作。
前置条件: 已安装应用程序并拥有有效的用户账户。
测试步骤:
1. 打开应用程序。
2. 点击“登录”按钮。
3. 在弹出的登录页面输入用户名和密码。
4. 点击“登录”按钮。
预期结果: 成功登录并进入主界面。
实际结果: [在实际执行后填写]
结论: [根据实际结果和预期结果的比较填写]
```
当然，实际测试用例可能会更加复杂，并且会包括更多的细节和条件，这取决于所测试的特性和需求。
10-YIOYE系统系统测试报告【各平台系统通用模板】
YIOYE系统测试报告XX公司技术股份有限公司变更历史版权所有：XX公司技术股份有限公司目录1引言 (4)1.1文章概述 (4)1.3系统简介 (4)1.4参考资料 (4)2测试环境 (4)2.1硬件配置 (4)2.2软件配置 (5)2.3测试配置 (5)3测试时间安排 (5)3.1测试组织 (5)3.2测试时间 (5)4测试结果分析 (6)4.1测试执行情况与记录 (7)4.2B UG分类 (8)5缺陷的统计与分析 (9)5.1缺陷汇总 (9)5.2缺陷分析 (9)5.3残留缺陷与未解决问题 (10)6测试结论与建议 (10)6.1测试结论 (10)6.2建议 (10)1引言1.1文章概述本文档是系统测试报告（记录），使用者包括项目管理人员、软件测试人员、软件开发人员、监理及建设方相关人员。
本文档属于项目内部文件，在项目组范围内使用，并在项目结束后与其他文档资料和软件系统一起移交给建设方。
未经开发方和建设方的书面同意，任何项目组成员不得将此文档提供给非项目组成员的其他人员或机构使用。
1.3系统简介园区云平台项目包含”5+1”现代产业，园区概况，平台服务，园区要闻，大数据信息于一体的XX省省产业园区信息平台。
1.4参考资料2测试环境2.1硬件配置数据库服务器配置CPU：4核内存：8GB硬盘：可用空间大小40G操作系统：windows server 2012应用软件：园区云平台机器网络名：经典网络2.2软件配置操作系统：windows server 2012安装软件：Apache Tomcat 8.0,JA V A 82.3测试配置BUG管理工具：禅道web端测试工具：selenium、AutoRunner、postman 性能测试工具：Loadrunner、Jmeter抓包分析工具：fiddler数据库工具：mysql3测试时间安排3.1测试组织测试组架构图，介绍如下：测试：刘代珏婷3.2测试时间主要列出测试的跨度和分配如下：界面测试时间：2（天）确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能，满足客户的需求，并且用户界面符合公司或行业的标准。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在时间起始框中输入列表中最大的时 间 在时间起始框中输入列表中最小的时 间 在时间终止框中输入列表中最大的时 间 在时间终止框中输入列表中最小的时 间 内容过多
预期结果 成功访问到系统的登录页 成功访问到系统的登录页 标题为不同项目的标题 能成功登录到系统首页 系统给出相应的错误提示
成功访问到新增界面
填写已经存在的信息，提交，查看是 否正确
输入长度大于A，点击确定 输入长度小于A，点击确定 不填写任何内容，点击确定 点击新增界面上的时间选择框 点击系统中的删除按钮
已提示成功删除
执行SQL语句查询删除的内容
进入修改界面 修改的内容中有密码项
在修改界面上不修改任何内容点击确 定
修改内容中含默认项，而实际 内容为非默认项
部门为必选项
依次只填写每一个框，提交，查看提示信息
依次不填写每一个输入框，提交，查看提示信息
全部填写超长的内容，提交，查看提示信息
对输入框进行特殊字符的输入判断（html，中文，123$2’1”3，&，*等）
新增
在所有的输入框中输入全角和半角的空格，提交，查看提示信息 填写已经存在的信息，提交，查看是否正确 全部填写正确的信息，提交，查看是否正确的新增成功 在注册页反复的点击提交的按钮，查看提示信息
删除
注册成功，用IE的返回按钮，返回到注册页，再次提交 字段长度验证 （限制字数为A）
长度>A
必填项验证
长度<A
时间选择框
删除提示 检查数据库删除方式
删除提示 逻辑删除数据库中标识删除的状态值
为9
物理删除
修改 查询
正常修改内容 修改含密码的项 修改后跳转的界面 修改含默认项的内容 检查查询条件是否合理 输入过长的内容，点击查询界面上的查询按钮 不输入任何内容，点击查询界面上的查询按钮 下拉选择的查询条件应该包括“全部”或“不限”两值，且默认为全部或不限
输入错误的账号密码点击确定
成功访问到登录页 成功访问到系统首页
不输入账号，点击确定 不输入密码，点击确定 输入密码次数超过6次后再次输入密 码后点击确定
用禁止登录的用户登录 用已经删除的用户登录 点击系统左下方的Powerd By ShanliTech 点击系统下方的用户手册下载 点击系统下方的版本信息 点击系统下方的登录日志 点击系统下方的个人设定 点击回到首页 点击退出系统 点击客服电话
能将部门及子部门成功删除
测试结果
提示有用户信息不能删除
有必填项的应有提示信息，请填写**其内容不能为 空 有必填项的应有提示信息，请填写**其内容不能为 空 注意提示顺序是否正确，焦点会自动定位到输入框 中
提示已经存在请重新输入（注意手机号的唯一性验 证）
连续点击提交的结果应该是提示，该用户名已经注 册，如果没有看见这个提示，多数就是bug了，主 要查看相同用户名是否可以注册
正确显示日期 显示登录用户的中文名 查看系统中间部门 删除，部门中含民调员的部门
删除部门中不含任何用户信息
删除部门或其子部门中含登录用户信 息
不填写任何的信息，提交，查看提示 信息
依次只填写每一个框，提交，查看提 示信息
依次不填写每一个输入框，提交，查 看提义的字段的长度
（Pass/Fail）
提示用户，请输入账号，其内容不能为空 提示用户，请输入密码，其内容不能为空 在登录界面出现验证码，输入正确的密码和验证码 可以登录成功，验证码和密码有一个错误都会登录 失败 提示用户没有登录权限
提示用户输入的账号不存在或已删除
成功访问到公司首页
可以将用户手册成功 可以查看版本信息，内容正确无错别字 可以查看登录系统的日志 可以对个人密码进行设定 回到系统的首页 提示用户是否要退出，点击确定后退出到系统首页 显示客服电话内容 正确显示当天日期 显示登录用户的中文名 依项目的不同显示不同的内容 提示有民调员信息不能删除
检查查询条件
在可输入的查询条件中输入过长的内 容点击查询 在查询界面上直接点击查询按钮
进入查询界面
在查询条件输入框中输入存在的值， 点击查询
在查询条件中输入框中输入存在的值 后多加空格，点击查询 在查询条件中输入不存在的值，点击 确定
输入查询存在的查询条件的一部分， 点击查询
1.点击选择部门 2.选择部门点击查询 3.点击查询进入查询界面
仅能查询到输入时间的内容 能查询到所有内容 能查询到所有内容 仅能查询到输入时间的内容 有换行，界面不会被挤压
测试结果 备注
提示用户，长度超过限制最长为A 提示用户新增成功 如果有必填项就提示用户，**内容不能为空，请填 写 应提供对时间的选择而非输入时间 提示是否要删除，点击确定提示删除成功或失败， 点击取消则取消删除 可以查询到删除的内容，且标识字段值为9 查询不到任何内容
提示修改成功，修改的内容已修改且能正确显示 提示修改成功，查看数据库，密码值没有改
测试时间
编号
功能模块
子模块 访问登陆页
网站名称
登录系统
账号密码检测 账号状态检测
系统首页 组织架构树
系统下方
系统上方 系统中间部分
删除部门
测试负责人
功能名称 以域名形式访问 以IP形式访问 网站名称检查
账号密码检测
验证码检测 账号状态为2（禁止登录） 账号状态为9（已经删除） Powerd By ShanliTech链接
查询存在的值 查询在存在的值后多加空格
查询不存在的值 模糊查询
查询条件包含部门
查看
含时间查询条件 内容过多
管理平台通用checklist
前置条件 电脑能上网浏览器可用 成功访问到系统登录页
测试内容 测试项
在浏览器中输入正确的域名后回车
在浏览器中输入正确的IP地址后回 车 检查登录页的标题
输入正确的账号密码点击确定
提示修改成功，默认项的实际内容为非默认项 查询条件齐全合理 提示信息友好，系统不报错 查询出来的内容不多也不少，注意SQL语句是否正 确
可以查询到所有符合条件的内容 可以查询到所有符合条件的内容 查询不到任何内容 可以查询到所有符合条件的内容 1.看到的是登录用户所在部门及子部门的整个部门 树（不包含其他单位） 2.可以查询出所选部门的所有信息 3.可以看到之前选择的部门名称
用户手册下载 版本信息 登录日志 个人设定 回到首页 退出系统 客服电话 日期
欢迎**登录 系统中间部分 删除部门中含民调员/狱警信息 删除部门中含子部门但不含登录用户 信息
组织架构树
删除部门
删除部门中含子部门且含登录用户信 息
用户管理
用户类型 用户角色
可以不设置用户类型，默认为管理员 用户
部门选择 不填写任何的信息，提交，查看提示信息