测试用例

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 目標 如何在開發的過程中加入測試。 Model Repository Controller Auth 範例 建立一個需要登入的文章發表系統。 使用者登入登出 文章列表、新增文章 雖然簡單，但足夠我們對 Laravel 5 有基本的理解了。 更完整的專案實作，可以參考 Laracasts 上的 Laravel 5 Fundamentals 一系列影片。 安裝 Laravel 並建立相關檔案與環境 $ composer create-project laravel/laravel demo $ cd demo 安裝 Mockery ： $ composer require mockery/mockery --dev 針對 model 資料存取做測試 測試資料庫存取時，要儘可能不動到正式資料庫，而且要能快速建立 也儘可能把設定都放在測試可控制的環境，不要跟主程式有牽扯。 定義測試用資料庫 使用 sqlite :memory: 來測試 建立 Article model ： $ php artisan make:model Article -m 這將會： 建立 app/Article.php 建立 database/migrations/xxxx_xx_xx_xxxxxx_create_articles_table

一、软件测试前准备，搭建测试环境 1、什么是测试环境？ （1）测试环境 = 软件 + 硬件 + 网络 （2）测试环境是指测试人员利用一些工具及数据所模拟出、接近用户真实使用环境的环境，测试环境的目的主要是为了使测试结果更加真实有效。 （3）测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。 注： 硬件：PC机、笔记本、手机、服务器、设备、网线、分配器等一些工具。 软件：操作系统（XP、Win7、Win10、Mac、Unix、Linux）、数据库、被测试软件、共存软件等。 网络：局域网、互联网、3G、4G、Wifi、移动热点。 稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重视。 二、软件测试的重点 测试用例的良好设计。 测试用例的设计是整个软件测试工作的核心，测试用例反映对被测对象的质量要求，决定对测试对象的质量评估 三、软件测试模型 1、V模型 从这个图，可以直观的观察到测试过程的局限性，它把测试过程放在了需求分析，概要设计，详细设计与编码之后了，容易使人理解测试是软件开发的最后一个阶段，主要针对程序进行测试寻找错误了。而需求分析阶段隐藏的问题只能在最后才能发现。所以，这个图形，不能很好的反应软件测试贯穿整个开发的过程。

** 1.测试报告的代码与单元测试文件分离（推荐方式） ** 最终测试报告如下： 目录结果如下图： manner.py文件 ** 2.加载测试用例方式二 ** ** 3.加载测试用例方法三 ** ** 4.测试报告名称+时间方法 ** 来源： CSDN 作者： lucky_han 链接： https://blog.csdn.net/lucky_han/article/details/103592723

黑盒测试又叫功能测试，这是因为在黑盒测试中主要关注被测软件的功能实现，而不是内部逻辑。在黑盒测试中，被测对象的内部结构，运作情况对测试人员是不可见的，测试人员对被测产品的验证主要是根据其规格，验证其与规格的一致性。 在绝大多数没有用户参与的黑盒测试中，最常见的测试有：功能性测试、容量测试、安全性测试、负载测试、恢复性测试、标杆测试、稳定性测试、可靠性测试等。 黑盒测试主要发现的错误： 功能不正确或遗漏 界面错误 数据库访问错误 性能错误 初始化和终止错误 测试流程： 等价类划分测试 等价类划分是一种典型的黑盒测试方法，该方法完全不考虑程序的内部结构，只根据对软件的要求和说明，即需求规格说明，把程序输入域划分成若干个部分，然后从每个部分中选取少数有代表性的数据作为测试输入。使用等价类划分方法设计测试用例，必须在分析需求规格说明的基础上划分等价类。等价类划分把程序的输入域划分成若干个互不相交的子集，称之为等价类。 所谓等价类是指输入域的某个子集合，所有等价类的并便是整个输入域，这对于测试有两个非常重要的意义：完备性和无冗余性。 由于等价类由等价关系决定，因此等价类中的元素有一些共同的特点：如果用等价类中的一个元素作为测试数据进行测试不能发现软件中的故障，那么使用等价类中的其他元素进行测试也不可能发现故障。 如果测试数据全都从同一个等价类选取，除去其中一个测试数据对发现软件故障有意义外

白盒测试：（结构测试）是一种测试用例设计方法，在这里盒子指的是被测试的软件，把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 白盒测试技术一般可被分为静态分析和动态分析两类技术。 静态分析主要有：控制流分析技术、数据流分析技术、信息流分析技术。 动态分析主要有：逻辑覆盖率测试(分支测试、路径测试等)，程序插装等。 白盒测试优点：迫使测试人员去仔细的思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底；最优化。 白盒测试缺点：昂贵；无法检测代码中遗漏的路径和数据敏感性错误；不验证规格的正确性。 覆盖标准 逻辑覆盖 语句覆盖 判定覆盖（分支覆盖） 条件覆盖 判定/条件覆盖 条件组合覆盖 控制结构覆盖 基本路径测试 循环测试 条件测试 数据流测试 语句覆盖：是一个比较弱的测试标准，它的含义是：选择足够的测试用例，使得程序中每个语句至少都能被执行一次。它是最弱的逻辑覆盖，效果有限，必须与其它方法交互使用。 判定覆盖（也称为分支覆盖）：执行足够的测试用例，使得程序中的每一个分支至少都通过一次。判定覆盖只比语句覆盖稍强一些，但实际效果表明，只是判定覆盖，还不能保证一定能查出在判断的条件中存在的错误。因此，还需要更强的逻辑覆盖准则去检验判断内部条件。 条件覆盖：执行足够的测试用例

灰盒测试：白盒测试和黑盒测试往往不是决然分开的，一般在白盒测试中交叉使用黑盒测试的方法，在黑盒测试中交叉使用白盒测试的方法。灰盒测试就是这类界于白盒测试和黑盒测试之间的测试。 灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。 灰盒测试相对于其他黑白盒有什么特点： 1.灰盒测试比白盒测试效率高，从程序的整体出发，而非细节. 2.灰盒测试健壮性好，相对于白盒测试降低了程序代码改变而导致用例失效的风险。 3.灰盒测试更细致。灰盒测试要求测试人员关注程序的代码逻辑，根据代码逻辑扩充用例，更加细致。 如何做好灰盒测试。 1.测试定位要清晰。灰盒测试的对象应该是整个产品，而非各个组件，应从整个测试产品的业务出发进行测试设计。 2.测试阶段要正确。灰盒应该在集成测试中采用,他并不适合于单元测试。 3.测试辅助要必备。灰盒测试需要深入产品代码逻辑，对于测试人员来说，业务逻辑图是必不可少的，测试人员需要根据业务逻辑图进行功能点划分，并扩展用例。另外可以借助于测试覆盖率等工具辅助查找遗漏功能点. 4.运行状态检查点要仔细选择。灰盒测试对于程序运行状态的检查往往采用标志来判断

** 一 unittest是什么？ ** unittest是python内置的单元测试框架，具备编写用例、组织用例、执行用例、输出报告等自动化框架的条件。是标准库，安装方式：pip install unittest 使用unittest前需要了解该框架的五个概念: 即test case,test suite,testLoader，test runner,test fixture。 test case ：一个完整的测试单元，执行该测试单元可以完成对某一个问题的验证，完整体现在： 测试前环境准备(setUp)，执行测试代码(run)，以及测试后环境还原(tearDown)； test suite ：多个测试用例的集合，测试套件或测试计划； testLoader ：加载TestCase到TestSuite中的，其中loadTestsFrom__()方法用于寻找TestCase， 并创建它们的实例，然后添加到TestSuite中，返回TestSuite实例； test runner ：执行测试用例，并将测试结果保存到TextTestResult实例中，包括运行了多少测试用例， 成功了多少，失败了多少等信息； test fixture：一个测试用例的初始化准备及环境还原，主要是setUp() 和 setDown()方法； ** 1.unittest的属性如下： [‘BaseTestSuite

SpringBoot测试用例 搭建一个简单Spring Boot的被测试环境 编写测试类 测试结果 @RunWith(SpringRunner.class) 如何运行这个测试类，这里用SpringRunner运行测试用例 @SpringBootTest 代表这是一个测试类 @Test 测试方法 WEB项目需一个MVC环境 搭建一个简单Spring Boot的被测试环境 新建一个User对象 package com . user . domain ; public class User { private String id ; private String name ; private Integer age ; public String getId ( ) { return id ; } public void setId ( String id ) { this . id = id ; } public String getName ( ) { return name ; } public void setName ( String name ) { this . name = name ; } public Integer getAge ( ) { return age ; } public void setAge ( Integer age ) { this . age

简陋的测试流程 　　先说笔者入职的第一个家公司，笔者是第一个入职的专职测试人员，相信一两个测试的公司还是不少的，入职后各种项目都在进行当中，上面给我的定位是并没完全融入到项目中去。而通过指派任务的方式。 下面是简陋的流程图： 需求分析与架构设计 ： 　　我们做的是某一移动公司内部使用的项目，需求分析与架构全部由项目经理完成，之后由项目经理给具体某个开发人员分配任务，具体对某个功能模块的实现。这个对项目经理的经验与技术要求很高，他既然担任了需求分析师，又担任架构师的角色。 程序员编码 ： 　　因为我们开发语言用的是JAVA 语言，IDE用myeclipse 中自带的CVS版本管理工具，开发人员完成代码后，提交到版本库中。 测试 ： 　　笔者入职后的第一个任务是搭建缺陷管理工具，禅道项目管理，通过推广对发现的问题进行跟踪。后来正明效果并不好，因为对于一个六七人的开发团队项目，开发人员更喜欢测试人员能当面反馈，这样更能提高效率。对一个小bug 通过当面交流的方式就可以将问题修复。 　　对于当时的环境，并没有测试线。开发人员在本机上将项目进行部署运行。测试人员通过局域网访问开发人员的机子进行访问。或在测试人员本机上进行部署测试。这也是一个致命的缺点。因为开发人员测试人员使用的电脑存在太多不稳定性，这些都会造成问题的出现，有时候难以判定是系统问题还是环境问题。 上线 ： 　

一. 软件测试方法 软件测试方法：白盒测试、黑盒测试、灰盒测试、静态测试、动态测试 白盒测试：是一种测试用例设计方法，在这里盒子指的是被测试的软件，白盒，顾名思义即盒子是可视的，你可以清楚盒子内部的东西以及里面是如何运作的，因此白盒测试需要你对系统内部的结构和工作原理有一个清楚的了解，并且基于这个知识来设计你的用例。 白盒测试技术一般可被分为静态分析和动态分析两类技术。 静态分析主要有：控制流分析技术、数据流分析技术、信息流分析技术。 动态分析主要有：逻辑覆盖率测试(分支测试、路径测试等)，程序插装等。 白盒测试优点：迫使测试人员去仔细的思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底；最优化。 白盒测试缺点：昂贵；无法检测代码中遗漏的路径和数据敏感性错误；不验证规格的正确性。 黑盒测试又叫功能测试，这是因为在黑盒测试中主要关注被测软件的功能实现，而不是内部逻辑。在黑盒测试中，被测对象的内部结构，运作情况对测试人员是不可见的，测试人员对被测产品的验证主要是根据其规格，验证其与规格的一致性。 在绝大多数没有用户参与的黑盒测试中，最常见的测试有：功能性测试、容量测试、安全性测试、负载测试、恢复性测试、标杆测试、稳定性测试、可靠性测试等。 灰盒测试：白盒测试和黑盒测试往往不是决然分开的，一般在白盒测试中交叉使用黑盒测试的方法