测试用例

基础题（65分） 1、什么是需求？需求有哪些来源？（3分） 答：需求的分类：直接需求（用户直接需求告知要求）和间接需求（行业需求要求）；需求的定义：准确的描述用户需求； 来源：行业、用户、团队、运营、客服、自己（调研反馈、数据分析、竞品分析）；数据分析：产品功能使用情况，如行业报告、产品后台数据等挖掘用户需求；调研反馈：通过市场调研或用户调研等方式挖掘用户真实需求；竞品分析：确立竞品分析的目的，然后分析竞品的功能和内容都有什么，通过与竞品的对比得出自身产品的需求； 直白点说：01：来源客户要求；02行业要求；03公司内部分析的需求； 2、为什么说需求需要测试，如何测试？（4分） 答：需求是标准，贯穿整个项目，是项目中最重要的标准，必须经过多方面（技术、角色：用户、产品、测试、开发）测试，才能合理安排项目进度和技术分析设计，确保需求符合用户要求和课实现。 测试方法：01评审，参加人员（用户、产品、测试、开发）；02场景和技术模拟，确保可实现；03行业调研； 3、单元测试的定义？测试意义是什么？（3分） 答：指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块

-DskipTests，不执行测试用例，但编译测试用例类生成相应的class文件至target/test-classes下。 -Dmaven.test.skip=true，不执行测试用例，也不编译测试用例类。 一 使用maven.test.skip，不但跳过单元测试的运行，也跳过测试代码的编译。 mvn package -Dmaven.test.skip=true 也可以在pom.xml文件中修改 <plugin> <groupId>org.apache.maven.plugin</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>2.1</version> <configuration> <skip>true</skip> </configuration> </plugin> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>2.5</version> <configuration> <skip>true</skip> </configuration> </plugin> 二 使用 mvn package -DskipTests

功能测试的一些心得 　　 一、前言 　　 功能测试 是测试工程师的基础功，很多人功能测试还做不好，就想去做 性能测试 、 自动化测试 。很多人对功能测试的理解就是点点点，如何自己不用心去悟，去研究，那么你的职业生涯也就停留在点点点上了。在这里，我把我对功能测试的理解写下来。 　　 二、功能测试所需要掌握的技能 　　2.1 熟练使用 SQL 　　1、常用的 sql 语句一定会写。比如说增删改查之类。 　　2、了解 数据库 的事务、会编写存储过程、熟练常用的系统函数。 　　3、了解并可以进行数据库的备份、迁移、还原、镜像等操作 　　4、对 sql 语句进行调优，并对可以对运行的语句监控查看性能 　　5、了解数据库集群等操作。 　　2.2 Linux 　　Linux是测试人员的基础功，不需要掌握太难或者很不常见的Linux命令，正常能做到查看日志，定位问题就可以了。 　　1、基本命令 　　常用的Linux基本命令，面试经常会问的，或者给出一种场景，问你用什么命令。 　　2、查看日志 　　初级测试人员在工作时经常遇到，发现 bug ，开发不承认或者不愿意解决的情况，测试人员怎么摆脱这样的问题呢？ 　　那就是根据发现的bug根据日志级别，来查看日志，定位问题。 　　那这里首先要说一下日志级别了。 　　首先记住这一点：日志级别越高，输出的信息越少 。 　　具体的日志级别分为四级： 　　info

1. 正确的测试流程 需求分析阶段，tester就应该被involve，这样可以最早的发现问题，避免问题 需求确定后，开始pre-study，这个时候需要明确测试环境，测试需要的人力物力，人力需要考虑请假离职等原因，物力需要考虑第三方交付时间，节假日，综上得出deliver time 然后确定需求之后，开始做grooming，来分析测试点，需要从功能性能，兼容性，易用性，探索性等方面来设计测试点 编写测试用例，根据grooming的结果来编写测试用例 测试用例review，review测试用例，保证测试用例的质量与覆盖性 开始测试 提供测试报告 2. 测试的时候需要注意的一些点 需要记录自己的测试版本以及条件 测试的时候需要follow文档，以便于顺带验证文档的正确性 测试的时候可以先进行冒烟测试来看pipe，在第三方测试的时候这个尤其重要，也可以让第三方提供测试报告 测试的时候bug要以单子的形式记录，这样时间久了可以追溯 测试报告中需要写明测试结果，测试步骤，bug应该提供复现步骤，以及出现频率 3. 测试方法 来源： https://www.cnblogs.com/emmaduan/p/11597668.html

一谈及unittest，大家都知道，unittest是Python中自带的单元测试框架，它里面封装好了一些校验返回的结果方法和一些用例执行前的初始化操作。unittest单元测试框架不仅可以适用于单元测试，还可以适用web自动化测试用例的开发与执行，该测试框架可组织执行测试用例，并且提供了丰富的断言方法，判断测试用例是否通过，最终生成测试结果。 在聊unittest时，需要先明白，最基础的四个概念：TestCase，TestSuite，TestRunner，TestFixture，看如下静态图： unittest运行流程 先编写好TestCase，然后由TestLoader加载TestCase到TestSuite，其次由TextTestRunner来运行TestSuite，运行的结果保存在TextTestResult中，我们通过命令行或者unittest.main()执行时，main会调用TextTestRunner中的run来执行，或者我们可以直接通过TextTestRunner来执行用例。 unittest模块的各个属性说明 unittest.TestCase ：TestCase类，所有测试用例类继承的基本类。 class BaiduTest(unittest.TestCase): unittest.main() ：使用它可以方便的将一个单元测试模块变为可直接运行的测试脚本

前言 　　最近在听极客时间的课程，里面的讲师极力推崇 pytest 框架，鄙视 unittest 框架，哈哈！然后查了些资料，发现了一条 python 鄙视链： pytest 鄙视 > unittest 鄙视 > robotframework 。 　　pytest 是 python 的第三方单元测试框架，比自带 unittest 更简洁和高效，支持315种以上的插件，同时兼容 unittest 框架。这就使得我们在 unittest 框架迁移到 pytest 框架的时候不需要重写代码。接下来我们在文中来对分析下 pytest 有哪些简洁、高效的用法。 一、安装 首先使用 pip 安装 pytest pip3 install pytest 查看 pytest 是否安装成功 pip3 show pytest 二、简单使用 1.创建 test_sample.py 文件，代码如下： #!/usr/bin/env python # coding=utf-8 import pytest def inc(x): return x + 1 def test_answer(): assert inc(3) == 5 if __name__ =="__main__": pytest.main() 执行结果： test_sample.py F [100%] =======================

　　在软件测试过程中，一个成熟的团队一般都有自己的公共测试用例库。公共测试用例库即可复用的测试用例库。今天我们就讨论一下如何开发有效的可复用测试用例，并学会如何使用和管理。 一、可复用测试用例的开发 　　测试用例是为了验证最小功能点的一组输入、输出及操作序列的集合。可复用测试用例是指“为了复用目的而设计的测试用例”。复用的意义在于通过可复用测试用例验证功能相同或相近的模块，加快测试用例的设计进度、减少测试人员的负担；也可以帮助产品在设计类似功能时的需求细节补充；还可以与开发人员达成协议，后期在开发类似功能的时候，可以事先有一个既有的标准，提高开发效率和代码质量；　 　　 1.可复用维度分析 　　为高效使用可复用测试用例，测试用例的复用性可从三个维度分析： 　　 　　1）时间角度：使用以前软件版本的测试用例作为新版本测试用例的基础，可作为软件维护和回归测试时复用。 　　2）通用角度：以某平台或硬件为基础的软件，测试其平台特性的测试用例可以复用。如B/S结构网络应用产品，针对该网络结构数据传输安全的测试用例基本都可以复用。 　　3）应用角度：以某特定领域模型为基础构建的测试用例，在同一领域不同应用系统种的测试过程中可以复用。 　　 2.可复用测试用例质量特性 　　为构建高质量的可复用测试用例，需要规定可复用测试用例的本质特征，即对其质量特性进行分析

PyUnit（unittest） 是 Python 自带的单元测试框架，用于编写和运行可重复的测试。PyUnit 是 xUnit 体系的一个成员，xUnit 是众多测试框架的总称，PyUnit 主要用于进行白盒测试和回归测试。 如果你使用的是 2.1 或更早版本的 Python，则可能需要自行下载和安装 PyUnit，现在的开发者通常不需要操心这些事情。 通过 PyUnit 可以让测试具有持久性，测试与开发同步进行，测试代码与开发代码一同发布。使用 PyUnit 具有如下好处： 可以使测试代码与产品代码分离。 针对某一个类的测试代码只需要进行较少的改动，便可以应用于另一个类的测试。 PyUnit 开放源代码，可以进行二次开发，方便对 PyUnit 的扩展。 PyUnit 是一个简单、易用的测试框架，其具有如下特征： 使用断言方法判断期望值和实际值的差异，返回 bool 值。 测试驱动设备可使用共同的初始化变量或实例。 测试包结构便于组织和集成运行。 PyUnit (unittest) 的用法 所有测试的本质其实都是一样的，都是通过给定参数来执行函数，然后判断函数的实际输出结果和期望输出结果是否一致。 PyUnit 测试与其他 xUnit 的套路一样，基于断言机制来判断函数或方法的实际输出结果和期望输出结果是否一致，测试用例提供参数来执行函数或方法，获取它们的执行结果

1.概述 1.1 白盒测试基本概念 ​ 白盒测试又称为结构测试或逻辑驱动测试，是针对被测试程序单元内部如何工作的测试，特点是基于被测试程序的源代码，而不是软件的需求规格说明。（以代码为对象） ​ 使用白盒测试方法时，测试者必须全面了解程序内部逻辑结构，检查程序的内部结构，从检查程序的逻辑着手，对相关的逻辑路径进行测试，最后得出测试结果。 1.2采用白盒测试方法必须遵循原则 （1）保证一个模块中的所有独立路径至少被测试一次。 （2）所有逻辑值均需测试真值和假值两种情况。 （3）检查程序的内部数据结构，保证其结构的有效性。 （4）在上下边界及可操作范围内运行所有循环。 2.静态白盒测试方法 ​ 静态白盒测试主要通过审查、走查、检验等方法，来查找代码中的问题和缺陷。 ​ 主要原因是为了尽早发现软件缺陷，以找出黑盒测试难以发现或隔离的软件缺陷。其次，为黑盒测试员在接受软件进行测试设计时，设计和应用测试用例提供思路。通过审查评论，可以确定有问题或者容易产生软件缺陷的特性范围。 2.1检查设计和代码 ​ 静态白盒测试是在 不执行软件 的条件下有条理地仔细审查软件设计、体系结构和代码，从而找出软件缺陷的过程。有时又称为结构化分析。 2.2正式审查 1、正式审查有四个要素 （1）确定问题 （2）遵守规则 （3）准备 （4）编写报告 2、正式审查的效果 ​ 正式审查的主要的目的是找出软件中存在的缺陷

前言 单元测试是软件开发中必不可少的一环，但是在平常开发中往往因为项目周期紧，工作量大而被选择忽略，这样往往导致软件问题层出不穷。线上出现的不少问题其实在有单元测试的情况下就可以及时发现和处理，因此培养自己在日常开发中写单元测试的能力是很有必要的。无论是对自己的编码能力的提高，还是项目质量的提升，都是大有好处，本文将介绍 Java 单元测试框架 JUnit 5 的基础认识和使用来编写单元测试，希望同样对你有所帮助。 本文所涉及所有代码片段均在下面仓库中，感兴趣的小伙伴欢迎参考学习： https://github.com/wrcj12138aaa/junit5-actions 版本支持： JDK 8 JUnit 5.5.2 Lomok 1.18.8 认识 JUnit 5 要说什么是 JUnit 5，首先就得聊下 Java 单元测试框架 JUnit，它与另一个框架 TestNG 占据了 Java领域里单元测试框架的主要市场，其中 JUnit 有着较长的发展历史和不断演进的丰富功能，备受大多数 Java 开发者的青睐。 而说到 JUnit 的历史，JUnit 起源于 1997年，最初版本是由两位编程大师 Kent Beck 和 Erich Gamma 的一次飞机之旅上完成的，由于当时 Java 测试过程中缺乏成熟的工具，两人在飞机上就合作设计实现了 JUnit 雏形，旨在成为更好用的