三. 自动化测试用例设计

1.  主要内容:

 

2.  手工测试用例与自动化测试用例区别

目前自动化测试更多的时候是定位在冒烟测试和回归测试;

  • 冒烟测试执行的是主体功能点的用例。
  • 回归测试执行全部或部分的测试用例。

3.  测试类型

4.  异常

5.  WebDriver错误截图

get_screenshot_as_file()函数将截取当前页面的截图保存到指定的位置。

 1 # coding = utf-8
 2 from selenium import webdriver
 3
 4 driver = webdriver.Firefox()
 5 driver.get("http://www.baidu.com")
 6
 7 try:
 8     driver.find_element_by_id("kwss").send_keys("sbw")
 9 except:
10     driver.get_screenshot_as_file("C:/Users/lesleysbw/error_png.png")

6.  自动化测试用例设计原理

1)  一个脚本是一个完整的场景,从用户登陆操作到用户退出系统关闭浏览器。

2)  一个脚本脚本只验证一个功能点,不要试图用户登陆系统后把所有的功能都进行验证再退出系统

3)  尽量只做功能中正向逻辑的验证,不要考虑太多逆向逻辑的验证,逆向逻辑的情况很多(例如手号输错有很多种情况),验证一方面比较复杂,需要编写大量的脚本,另一方面自动化脚本本身比较脆弱,很多非正常的逻辑的验证能力不强。(我们尽量遵循用户正常使用原则编写脚本即可)

4)  脚本之间不要产生关联性,也就是说编写的每一个脚本都是独立的,不能依赖或影响其他脚本。

5)  如果对数据进行了修改,需要对数据进行还原。

例如:用例001

 

时间: 2024-10-13 21:39:50

三. 自动化测试用例设计的相关文章

自动化测试用例设计三原则

今天总结一下在做自动化测试中测试用例设计的一些建议,总结为三原则: 1. 保持Case之间的独立性 case独立性就是能够独立运行,当我们有随机的跑其中某个Case或乱序的跑这些Cases时,测试的结果都应该是准确的. 比如在执行过程中用例的运行环境取决于其他测试用例的执行状态,那么,其中的测试用例不能复用时,与之相关的测试用例的可复用性也不复存在. 有时候我们碰到在本地没问题,但是在server上跑有问题,大概率就是这个原因导致的. 2. 提高Case执行效率 测试人员能在最短的时间内执行测试

测试用例设计方法基础理论知识

一.什么是测试用例 测试用例设计:将软件测试的行为活动,作为一个科学化的组织归纳. 测试用例:设计一个情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的执行结果. 因为我们不可能进行穷举测试,为了节省时间和资源.提高测试效率,必须从数量极大的可用测试数据精心挑选出具有代表性或者特殊性的测试数据来进行测试. 二.测试用例的好处 在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率. 测试用例的使用令软件测试的实施重点突出.目的明确. 在软件版本更新后只修正少部分的测试用例

自动化测试之-测试用例设计方法总结

黑盒.白盒.接口测试一系列用例设计方法. 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法.场景图法等. (一)等价类划分法 定义:等价类划分法是把所有可能输入的数据,即程序的输入域划分策划国内若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.方法是一种重要的.常用的黑盒测试用例设计方法. 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表

更好的测试用例设计

? Nicolaas Kotze是一个有着离奇扭曲幽默感(这种幽默感讽刺地与墨菲定律及对详细解释质量是如何被感知的人类行为的理解很好结合了起来)的自信的现实主义悲观者.他在英国伦敦时开始接触游戏行业的测试,并头冠不少AAA级称号. 他的测试职业生涯正式开始于回到南非测试(使用用来自荷兰客户公共服务交付领域的谷歌地图的)GIS软件系统,再后来他转移到繁忙的零售信贷和金融服务业.他选择测试为职业道路是因为它使人们能够将创造性思维融入常规程序或规定中,且仍有"打破"东西的令人振奋的快感.测试

测试用例设计的原则

测试用例设计的最基本要求:覆盖住所要测试的功能.这是在基本不过的要求了,但别看只是简单的一句话,要能够达到切实覆盖全面,需要对被测试产品功能的全面了解.明确测试范围(特别是要明确哪些是不需要测试的).具备基本的测试技术(如:等价类划分等)等.那么满足了上述这条要求是不是设计出来的测试用例就是好的测试用例了呢?答案:在理论上是,但在实际工程中还远远不是.之所以理论和实际会有这样的差别,是因为在理论上不要考虑的东东,而在实际工程中是不得不考虑的-成本.这里的成本包括:测试计划成本.测试执行成本.自动

转:性能测试用例设计策略

性能测试在软件质量保证中起着重要的作用,它包括的测试内容丰富多样.同一个系统,不同的测试设计及测试过程会导致不同的结果,也会有不同的解读.合理的测试规划与设计是至关重要的.本文重点介绍如何结合用户实际业务特点制定有效的性能测试用例. 一.系统业务特点和用户行为分析 用户行为反映了用户对系统的使用模式和应用背景,在性能测试之前,我们首先需要分析用户的使用习惯,确定系统的典型业务及发生时间.分析用户行为是设计性能测试用例的第一步. 1.系统使用高峰时段分析 对于很多大型系统,都有业务集中开展使用的情

测试用例设计还要注意着重点

一.功能 关注页面单个功能点验证,充分考虑开发改动的每个点.这个是保证开发每个已知的修改点都能改对. 二.关联 重点考虑修改点对其他模块的影响,包括代码的影响和操作数据引起的影响. 比如新增加的功能增加了数据库表的字段,必须关联的验证每个使用该表的该字段的模块是否正常工作.难点在于需要分析出已知和未知的影响模块,考虑的越多,往往遗漏的问题就越少. 三.流程 很多系统是有流程的,比如工作流系统.当修改了一个点的时候,我们必须考虑整个流程是否能够正常运转起来. 四.升级 我们大部分系统都是对已有的系

转:黑盒测试用例设计方法

1. 概述 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法等. 2. 等价类划分法 2.1.              概念 等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例.每一类的代表性数据在测试中的作用等价于这一类中的其他值. 2.2.              等价类划分法的应用 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理

软件测试实战 - 测试用例设计方法

一.测试分析 测试需求来源 开发需求DR:协议标准需求PR:用户需求UR:案例库需求LR:竞争需求CR:继承需求SR: 2. 测试项分析步骤 a. 为分析的测试项编号:b. 注明来源:开发文档/法律条款/案例库编号c. 整合测试项:删除合并重复测试项:大的测试项分解为测试子项:d. 分析测试项之间的关系: 3. 测试分析方法 a. 质量模型分析法:功能测试项.效率测试项.可靠性.易用性.可维护性.可移植性:b. 用户场景分析法:游客.普通用户.VIP用户.管理员用户等,不同角色权限不同,测试点也