m0_46446002的博客

前后端测试区别前端：用户可以看到的，使用界面的，web端，pc端，app，一般是在用户的机器上去做后端：看不到界面，提供前端的数据的，数据增删改查，一般是属于服务器公司的计算一般计算放在服务器端，如果放到客户端，客户端的数据可能不是全的，客户端做大量计算，会导致用户的使用体验变差，前端一般做简单的计算和展现。服务器端一般做复杂的计算。所以服务器的测试会更有发展一些。一般服务器端的测试用到的工具有postman，可以看到返回的请求是什么服务器端的测试：功能测试，系统的容错性，系统的耦合性，性能测试

1：公司流程立项(确定项目)--编写需求(需求人员)--需求评审(编写需求人员发起)-- 开发：编写概要和详细设计--- 编码并自测(开发环境) 测试: 测试用例--测试用例评审(测试人员发起) 部署环境(linux)—冒烟测试(通过)–提交bug—回归测试(测试报告)–验收测试–上线2：软件测试分类按照阶段单元测试：是指对软件中的最小可测试单元进行检查和

1.1.打开ssh，找到相对应的文件夹，把文件直接拖到ssh2.输入cd /home/jiang看到文件已存在3.进行授权 Mysql 变成绿色4.解压到对应的文件夹下tar -xvf MySQL-5.6.26-1.linux_glibc2.5.x86_64.rpm-bundle.tar -C /usr/local/mysql/5.进入mysql文件夹下 看都存在什么内容6.里边内容是红色的，进行一个复权7.检查有没有自带的mysql ，检查命令：rpm -qa|g

1.打开ssh，找到jenkins.war的文件夹，把文件直接拖到ssh2.cd /home/jiang/ls进入到此文件夹下，就可以看到刚才所拖进去的文件3.进行环境部署所有web端的项目都要放在webapps中4.把jenkine.war文件移动到webapps中1）.备注：当前文件在home/jiang中2）.进入webapps中看都有什么文件.3）.把文件移动到webapps文件夹中4）.5）.在bin文件夹下启动tomcat ，指令：startup.sh6）.

一、Linux的简介1．Linux的概述Linux是基于Unix的开源免费的操作系统，由于系统的稳定性和安全性几乎成为程序代码运行的最佳系统环境。Linux是由Linus Torvalds（林纳斯·托瓦兹）起初开发的，由于源代码的开放性，现在已经衍生出了千上百种不同的Linux系统。Linux系统的应用非常广泛，不仅可以长时间的运行我们编写的程序代码，还可以安装在各种计算机硬件设备中，比如手机、平板电脑、路由器等。尤其在这里提及一下，我们熟知是Android程序最底层就是运行在linux系统上的。2

1. 测试管理工具测试管理工具是在指在软件开发过程中，对测试需求、计划、用例和实施过程进行管理、对软件缺陷进行跟踪处理的工具。通过使用测试管理工具，测试人员或开发人员可以更方便地记录和监控每个测试活动、阶段的结果，找出软件的缺陷和错误，记录测试活动中发现的缺陷和改进建议。通过使用测试管理工具，测试用例可以被多个测试活动或阶段复用，可以输出测试分析报告和统计报表。有些测试管理工具可以更好地支持协同操作，共享中央数据库，支持并行测试和记录，从而大大提高测试效率。2. 测试工具介绍目前市场上主流的软件测试管

5.1. 软件缺陷的定义软件缺陷，常常又被叫做Bug，从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。格蕾丝·赫柏（Grace Murray Hopper），是一位为美国海军工作的电脑专家，也是最早将人类语言融入到电脑程序的人之一。而代表电脑程序出错的“bug” 这名字，正是由赫柏所取的。1947年9月9日，赫柏对Harvard Mark II设置好17000个继电器进行编程后，技术人员正在进行整机运行时，它突然停止了工作

4. 测试计划4.1. 测试计划–一场对所有软件BUG展开的歼灭战确定测试范围制定测试策略测试资源安排-------测试时间、工作量、人员-------由于每个人的思维存在局限性，每项测试最后安排不少于2个人测试，以便交叉测试进度安排-------最好能预留一段缓冲时间，用于应对计划的变更，以及让测试员有时间完善和补充测试用例风险及对策-------可考虑建立后备机制测试计划，应该包括:...

测试用例并非一成不变。如果软件修改之后发生变化，或者需求发生变更，那么测试用例便不再满足当前版本软件的测试需求，由此需要进行修改和变更操作。首先要清楚内部评审的定义，是测试组内部的评审，还是项目组内部的评审。评审的定义不同，内容也不会相同。如果是测试组内部的评审，应该着重于：1.测试用例本身的描述是否清晰；2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗(rong)余性，都造成了效率的低下；3.是否针对需求文档，测试用例是否覆盖了所有的软件需求；4

正交实验法:就是利用排列整齐的表 -正交表来对试验进行整体设计、综合比较、统计分析，实现通过少数的实验次数找到较好的生产条件，以达到最高生产工艺效果，这种试验设计法是从大量的试验点中挑选适量的具有代表性的点，利用已经造好的表格—正交表来安排试验并进行数据分析的方法。正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。正交实验设计包括两部分内容：第一，是怎样安排实验；第二，是怎样分析实验结果。

3.测试分为哪些种类：我理解的测试种类的话，就分为功能测试，性能测试和自动化测试。当然还有其他的一些名词，你比如说咱要是按照阶段来进行测试划分的话，又可以说分为单元测试，集成测试，系统测试，还有验收测试。又可以根据懂不懂代码，分为白盒测试和黑盒测试，还有一些其他的测试，比如回归测试，冒烟测试，还有/随机测试。像这个测试种类可是太多了。3.1. 功能测试我就重点说一下这个功能测试吧，功能测试，我们主要是测试软件功能是否可用，当然功能测试也不是这么简单，我们要测试逻辑功能，就是这个操作是否符合正常人的逻

6. 软件生命周期模型软件生命周期 同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生命周期（软件生存周期）[1] 。软件生命周期模型是指人们为开发更好的软件而归纳总结的软件生命周期的典型实践参考。6.1. 边做边改模型许多产品都是使用“边做边改”模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后

**1. 软件缺陷产生的原因**软件缺陷从哪来？第一大原因就是软件产品规格说明书，很多情况下，说明书没有写，或写的不够全面，经常更改，或者开发小组没有很好的沟通，造成对说明书理解的不一致。第二大原因是软件设计，没有做设计或设计不好，经常变动等和产品规格说明书一样的问题，第三个原因才是编写代码和其它原因；前两个原因至少占了 80%以上。如图1-1所示图1-1 软件缺陷产生的原因分布通过大量的测试理论研究及测试实践经验的积累，典型的软件缺陷产生的原因被归纳为以下几种类型：(1) 需求解释有错误；(