回归测试

GIT地址 git地址 GIT用户名 Luo-Star 学号后五位 62309 博客地址 个人博客首页 作业链接 作业链接 一、 配置环境  关于环境配置，我之前是配置过vs2017，但是当时我装的时候没有装c#的组件，所以需要重新进行安装。但是在重新进行安装的问题是，Visual Studio Installer下载安装的速度确实太慢了，所以我换了一种方式，我是下载的离线版本的VS2015（带有c++模块的）     上图是正在安装的图片，因为是离线版本，所有的组件已经下载完整了的，就只用执行安装就好了，还是非常快的    这个是一个基础环境的配置，Development Settings 选择General 就行不用选择 C# ，我们可以进去之后建立C#的项目，主题的话，我个人比较喜欢深色，选择了Dark。    到这里的话，基本上就完成了软件的安装了，c++的环境软件安装包自动的配置好了。 二、 代码设计的思路  自动生成小学四则运算题目与解决题目  首先要解决的问题是随机产生四则运算符号符号和随机产生数的问题，符号有+，-，*，/ 四种，随机数是在0-100中随机产生，那么就需要用到随机函数了    上图是我定义的Symbol类中的一个随机产生符号的方法，定义一个字符数组，数组中存储了四种运算符号，通过产生随机数当做数组下标来随机产生符号，并将产生的符号转换成字符串返回

目录 测试基础 1 测试类型划分 2 根据阶段划分的测试类型 3 根据性质划分的测试类型 4 根据是否看代码划分的类型 5 根据是否运行程序划分的类型 6 高级测试 测试教学大纲 测试基础 1 测试类型划分 IEEE说软件工程是： 1.将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件； 2.在1中所述方法的研究 比较认可的一种定义认为： 软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。 2 根据阶段划分的测试类型 按照测试阶段划分 单元测试---集成测试---系统测试---验收测试 举例：2周一次发布的系统 3 根据性质划分的测试类型 app，web界面测试 主要负责PC端web,移动端android和ios测试。 后端接口测试 主要在后端接口，数据库方面的测试。 4 根据是否看代码划分的类型 黑盒 白盒 灰盒 黑盒白盒都会有涉及到的。目前这个类型的岗位实用。 5 根据是否运行程序划分的类型 静态测试 不运行程序的测试，就是静态测试。 动态测试 运行程序的测试，就是动态测试。 程序动起来了就是动态，程序不动的话就是静态。 6 高级测试 回归测试，冒烟测试，探索性测试，随机测试，安全性测试 冒烟测试和回归测试的联系与区别

单元测试 ： 单元测试：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误。 集成测试 ：集成测试：通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，应当避免一次性的集成（除非软件规模很小），而采用增量集成。 自顶向下集成 ：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。 自底向上集成 ：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。自底向上的集成（Bottom-Up Integration）方式是最常使用的方法。其他集成方法都或多或少地继承、吸收了这种集成方式的思想。自底向上集成方式从程序模块结构中最底层的模块开始组装和测试。因为模块是自底向上进行组装的，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）事前已经完成组装并经过测试，所以不再需要编制桩模块（一种能模拟真实模块，给待测模块提供调用接口或数据的测试用软件模块） 系统测试 ：系统测试

一、 测试工程师的主要工作职责 1、 理解、熟悉《需求文档》 2、 阅读和编写《 测试计划 》 说明：一般由测试负责人编写测试计划。普通测试工程师主要是阅读、理解清楚项目的测试计划。 3、 编写《测试用例》指导测试工作 4、 执行测试用例，发现缺陷 -- 编写《 缺陷报告 》 5、 跟踪 、 管理缺陷 6、 编写《 测试总结报告 》 测试总结报告实际是由客观的测试数据组成，例如：缺陷总数，解决的缺陷数，未解决的缺陷数等。 二、 缺陷报告 1、 定义 缺陷报告定义：发现缺陷后用缺陷报告记录缺陷 →通过缺陷报告将缺陷告知给开发人员，以使开发方解决缺陷。缺陷报告是测试人员和开发人员之间沟通的重要工具。 2、 缺陷报告的主要组成 说明：不同公司可能使用不同的测试管理工具（如 QC ，禅道等），所以缺陷报告的组成部分不完全一致。 缺陷报告的主要组成部分 ： 1） 缺陷编号 记录发现缺陷的顺序号。在测试管理工具中，缺陷编号都是自动生成的。缺陷编号的生成是以项目为单位的（记录的是整个项目所有缺陷的统一编号）。 2） 缺陷标题 / 描述 说明：简明扼要的描述该缺陷。 3） 缺陷发现者 发现该缺陷的测试人员，一般就是测试人员自己（测试工具会自动填写当前登录的测试人员账号）。 4） 指派给谁 测试人员将缺陷指派给开发方的负责人，开发方负责人再根据产生缺陷的功能模块去找到对应的开发人员（程序员）。 5）

转载： https://www.cnblogs.com/testjiali/p/10411944.html Python接口自动化实战 - 需求分析 前言： 随着产品的快速迭代，自动化测试几乎已经成为每个测试员都必须掌握的基本技能。大家都知道，产品在开发阶段是不适合用自动化，但是当产品趋于稳定状态，基本功能大体上不会改变的时候，自动化测试就会开始凸显他的优势。 这几个月工作一直在做一个即时通讯的产品（web端，安卓、Ios），产品迭代的速度很快，一周更新2次。每次发布版本，就要保证基本功能是正常的，也就是我们所说的回归测试，所以我决定要自己搭建一个接口自动化框架，来解决两个我目前遇到的问题： 1）在开发提交新的接口前进行冒烟测试，以保证系统是能够正常开展测试的 2）功能测试完成/bug回归完成后进行回归测试，保证bug修改完成后没有引入新的问题 有了这个想法，就要开始行动啦，接下来会把这几个月的学习和开发过程记录下来，也算是自己的一个小实战吧。 1.测试目的 随着公司项目的不断增大，接口的服务随之增多，回归的任务量越来越大，需要对接口进行定时回归测试来保证系统的稳定性。 1）在开发提交新的接口前进行冒烟测试，以保证系统是能够正常开展测试的 2）功能测试完成/bug回归完成后进行回归测试，保证bug修改完成后没有引入新的问题 2.测试方法 目前我们的接口都是使用的http协议