软件测试基础+微信小程序测试实战

计算机系统分类

1、硬件系统

2、软件系统：

              1、系统软件：直接操作硬件的/控制硬件的

               （1）、桌面操作系统：windows用户群体大；macos程序员使用较多；linux软件较少

               （2）、服务器操作系统：linux安全、稳定、免费；Windows Server付费 占有率低

               （3）、嵌入式操作系统：linux文件很小 一般使用再机顶盒、pda、网络电视、手机

               （4）、移动设备操作系统：ios、Android

             2、应用软件：qq、迅雷、游戏、PPT........

   

---

 

B/S架构与C/S架构

什么是B/S架构：

Browser-Server，浏览器和服务器架构，包含客户端浏览器、web应用服务器、数据库服务器的软件系统。用户只需要一个浏览器就可以访问服务。系统更新时候，只需要更新服务端，不需要更新浏览器（比如百度、淘宝、微博等网站）

什么是C/S架构：

Client-Server，客户机和服务器结构。这种结构与B/S最显著的区别是需要安装客户端，通过客户端程序来访问应用系统。所以更新时，既需要更新服务端，也要更新客户端（比如微信、QQ音乐等）

优缺点：

1、硬件环境不同，C/S使用局域网（局部专用网络）；B/S使用广域网，不需要专用网络

2、安全要求：C/S安全性较高；B/S面向所有用户（使用浏览器就可以访问），安全性较低

3、系统维护不同：C/S表现方式有限，对程序员要求高；B/S表现方式丰富，开发难度低

4、处理问题不同：C/S用户固定，安全性高。B/S面向所有用户

---

二进制

计算机描述数据使用的二进制；

为什么使用二进制？

因为只需要0和1就可以表示开和关

常见的存储单位

计算机中表示信息的最小单位，用来表示一个二进制（0/1）信息，用bit表示；

字节：八位二进制信息为一个字节，字节是计算机处理信息的最小单位，B表示

1B(计算机处理数据的最小单位)=8b（计算机表示数据的最小单位）

1kb=1024B

1MB=1024KB 兆

1GB=1024MB

1TB=1024GB

1PB=1024TB

注意：一般都是1024为单位，不是一个整数

---

计算机指令系统

计算机程序就是一组需要CPU处理得二进制数字

计算机语言分类：

1、机器语言：二进制

2、汇编语言：简化了中间过程

3、高级语言：C、C++、python、php、java等，大大简化了中间过程

---

计算机网络-OSI七层模型

OSI七层模型描述了网络活动得特点；

1、应用层：所有应用程序的网络在此展开

2、表示层：表示数据形式，完成对传输数据的转化（数据的加密解密）

3、会话层：负责简历、维护、拆除会话（session缓存）

4、传输层：负责简历一个可靠的端到端的链接

5、网络层：负责路由寻址和广播

6、数据链路层：负责将上层数据封装成帧

7、物理层：只负责传输01二进制比特（bit）流

 

---

TCP/IP协议

定义：网络通讯协议

1、应用层：应用程序之间相互沟通的层

2、传输层：提供了数据传送，应用程序之间的通信服务

3、网络互联层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机

4、网络接口层：接收数据，并进行传输

---

IP地址

IP地址指互联网协议地址，是IP Address的缩写。IP地址是IP协议提供的一种统一的地址格式，它为互联网上的每一个网络和每一台主机分配一个逻辑地址，以此来屏蔽物理地址的差异。

Ipv4地址：4段数字组成

Ipv6地址：6段数字组成

地址分类：

1、A类：1-126

2、B类：128-191

4、C类：192-223

保留IP地址（只能用在局域网中）

10

127

172.16.0.0-172.31.255.255

192.168.*.*

---

常用的dos命令

1、ifconfig：查看物理地址

2、arp -a：查看ip地址和物理地址（mac）地址的对应关系

3、ping 网络地址：查看当前计算机和要访问的计算机之间的连通情况

4、cls：清屏

5、盘符：切换对应的盘符

6、cd文件名：进入对应的文件夹（目录）

7、Dir 文件名：显式当前文件夹中的文件内容

8、cd..：返回上一级目录

9、cd/：返回根目录

10、md 文件名：创建文件

11、dir:显式文件目录

12、rd文件名：删除目录，不能删除有内容的文件夹

13、copy 要复制的路径/文件名/ 目标路径：复制文件

14、move要移动的路径/文件名/ 目标路径：剪切文件

15、del文件路径/文件名/ 目标路径：删除文件

16、del *.*：删除文件夹中所有文件，只删除文件，不删除文件夹

17、键盘上下键可以查找写过的代码

18、Format：盘符 格式化硬盘（清空数据）

---

网站上线的条件

网址、域名：

域名：常见的网址

尽量不申请cn解为的域名，需要通过政府部门审核才可以上线

---

空间、服务器、云存储

新浪云使用方法：

注册登录-选择首页右上角控制台里的云应用sae-创建新应用-选择版本-上传代码-找到地址链接复制到浏览器，手动添加自己的网页html

---

什么是软件测试？

在规定条件下对程序进行操作，从而发现问题，对软件质量进行评估的过程。

软件测试的目的

以最少的人力、物力、时间找到软件中的缺陷，并修改，从而回避商业风险

软件测试的定义

测试的定义：

使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

软件测试的原则

1、所有测试追溯到用户需求

2、今早和不断测试

3、测试工作要由专业人员来执行

4、80%的错误出现在20%的模板中

5、设计测试用例（测什么，怎么测）时，要考虑各种情况

6、一定要写缺陷报告

7、制定严格的测试计划

8、完全测试不可能，测试要终止

9、注意回归测试（修改了旧代码后，要确认没有引入新的问题）

10、妥善保存一切测试文档

---

软件质量模型（ISO9126）

1、功能性

2、可靠性（1、尽量不出问题；2、除了问题不能影响主体功能；3、如果影响了主体功能，要能尽快修复）

3、易用性（用户体验好）

4、效率

5、维持性（更新）

6、可移植性（跨越不同系统平台）

 

软件质量模型保证（SQA）

目的：使软件制作过程对于领导层是可见的

定义：它是一套计划和方法来向领导层保证

五个基本目标：

1、保证有计划的进行

2、保证遵循了步骤和需求

3、及时通知给对应人员

4、高管可以接触到项目内部

5、软件质量需要测试工作来保证

QC和QA：

QC：检验产品的质量，保证产品符合客户的需求；产品质量检查者。

QA：审计过程的质量，保证过程被正确执行；过程质量审计者。

解释：QC进行质量控制，QA是确保QC按照步骤执行

软件测试流程

1、需求分析

2、编写测试用例（测什么、怎么测）

3、评审测试用例

4、搭建测试环境

5、等待程序的开发包

6、部署测试包

7、冒烟测试（测试主体功能是否有问题）

8、执行测试用例

9、Bug跟踪处理

10、N轮之后符合要求

11、测试结束

---

web前端标准

1、html-结构标准

2、css样式标准

3、js行为标准

五大浏览器厂商

1、IE

2、谷歌

3、火狐

4、苹果

5、欧朋

注意：其他浏览器都是用的别人浏览器的技术，换了个皮肤而已

---

功能测试设计过程

1、需求分析

①需求来源：外部（用户）；内部（客服、运营、团队、老板）

②需求展现：需求说明文档；产品原型图、设计图

③分析思路：

      总：从产品介绍及北京把控被测对象

      分：按照需求拆分功能模块，直到能够设计用例

      总：从产品层面串联整个模块设计测试场景

④结果展示：Xmind测试点整理；业务流程图；测试点文本

2、计划与方案

1、项目概述

1.1编写目的：

指导整个项目实施的测试过程；明确测试的对象、范围、内容；能够指导完善测试结果输出。

1.2项目背景：

对需求内容进行整理：做项目的目标（为了 提升特色产品的线上销售，借助于微信的大流量入口，特设计“***微商小程序”）；方便又移动网络的用户通过微信小程序进行随心所欲地线上购物体验。

1.3其他：

对特定词汇的解释说明等

2、测试任务

2.1测试目标：

①功能层面，需要达到目标，能够覆盖需求说明书中的所有需求

②在网络正常的情况下，小程序能够持续无故障运行

③缺陷数量在可控范围内，上线要求缺陷修复率达到95%以上

④能够打到专项测试指标

2.2测试对象：

 

 2.3测试范围：

  2.4测试准则：

2.4.1启动准则：开始接入测试：①确保单元测试通过；②模块之间的联调测试通过；③确认提交的测试版本；④冒烟测试（测试）；

2.4.2结束准则：结束测试：①确保核心测试用例执行完毕；②确保中级以上的缺陷全部修复，且bug修复率打到95%以上；③测试由于其他原因中断无法进行，通知相关领导进行下一步确认

 

  2.5测试环境

2.6测试资源：

2.6.1工作量安排

2.6.2测试里程碑

 

3、项目风险

3.1风险的来源

产品层面：

①设计不完善

②需求挖掘不深入

③需求发生变更

开发层面：

①设计有缺陷

②设计没有文档

③缺陷修复不严谨

测试层面：

①测试环境、测试工具

②设计测试用例有遗漏

③测试业务不熟，导致验证缺陷不完善

④第三方账号或者工具的准备

其他层面：

法律制度影响

3.2风险的影响

3.3风险的处理 ：

回避、转移、减少、接受

4、测试方案

4.1设计方法：

黑盒测试的方法：①等价类划分法；②边界值法；③流程图法；④因果图；⑤判定表；⑥正交表；⑦错误推测法；⑧状态迁移法

白盒测试的方法：①逻辑覆盖；②循环覆盖；③基本路径测试

4.2测试工具：

4.3测试策略：

4.3.1  总则

80/20原则，用最少的资源发现最多的缺陷

①同步进行一些核心节点：测试计划与方案+测试点的提取

②设计测试用例的时候需要制定优先级，方便提取测试用例（冒烟测试）

③测试执行过程，对于部分用例进行同步更新和完善

④在执行过程中，按照测试用例模板要求做好执行日志记录

⑤提取测试重点任务，进行有技能有经验的测试人员参与测试

4.3.2细则：

①功能测试阶段

测试轮次，必须达到三轮以上，明确不同环境下的测试区别，提取不同的测试用例；回归验证重要缺陷时，需要确认对应缺陷的相关联业务是否受影响

②UI测试阶段

前期需要结合UI设计图进行手动测试；后期结合UI自动化的技术提升效率

③性能测试阶段

 

④可靠性测试阶段

要求前端发布上线后，在一年内不会出现重大故障。

5、测试实施

5.1单元测试阶段

验证代码本身的逻辑或者语法，主要由开发人员完成。

5.2集成测试阶段

针对单个模块的组装测试，更多的是验证模块接口是否存在问题，主要由开发人员完成

5.3系统测试阶段

业务产品角度，去验证产品是否符合产品需求，测试人员参与完成。

5.4验收测试阶段

在用户角度，结合实际用户使用场景，进行测试验证，测试人员配合用户参与。

6、测试管理 

6.1文档管理

将项目实施过程中产出的文档进行归档维护管理，一般由git或者SVN授权部分人员去维护。

6.2缺陷管理

根据缺陷管理工具，针对当前项目模块的所有缺陷进行分类管理，分析模块或者产品层面的质量。最终目标是发现项目过程中出现问题阶段的人员、资源质量、技术等，方便后期的提升和改进。 

3、用例设计

4、用例执行

5、测试报告

 

总结：

1、需求分析

2、测试计划与方案

3、测试用例设计

4、测试用例执行

5、测试报告

 

---

接口测试实施：

1、接口测试设计

1.1设计流程

 

1.2应用工具

重点：postman

1.3用例模板