软件测试理论
软件缺陷管理
软件缺陷定义：影响软件正常运行的因素，俗称Bug
1.没有实现产品说明书的功能。
2.出现产品说明书指明不会出现的错误。
3.超出产品说明书上的功能。
4.没达到基本的常识。如：密码不是密文。
5.软件不易操作使用、运行速度缓慢。
软件缺陷产生的原因：
[if !supportLists]1. [endif]需求不明确和需求的变更开发人员对需求的理解偏差导致的偏离用户需求目标
2.软件结构复杂
3.编码的问题
4.项目期限短
5.使用新的技术会发现之前没发现的问题
软件缺陷分类
1.测试种类（界面类、功能类、性能类、安全类、兼容性类）
2.缺陷严重程度（严重、一般、次要、轻微）
3.缺陷优先级（立即解决、高优先级、正常排位、低优先级）
4.缺陷发生阶段（需求阶段缺陷、架构阶段缺陷、设计阶段缺陷、编码阶段缺陷、测试阶段缺陷）
软件测试概述
软件测试简介：通过人工或自动化的方式来验证是及结果与用户需求是否一致
软件测试的目的：
[if !supportLists]1. [endif]以最少的人力物力来找出错误从而避免不必要的损失
[if !supportLists]2. [endif]从测试过程中得到的结果和信息为后续的项目开发的测试作为改进的基本避免以后犯同样的错误
[if !supportLists]3. [endif]采用更高效的手段提高效率和质量
软件测试和开发的关系：软件开发与软件测试都是软件项目中非常重要的组成部分,软件开发是生产制造软件产品,软件测试是检验软件产品是否合格,两者密切合作才能保证软件产品的质量
软件测试模型
V模型
W模型
软件测试工程的基本素：
1. 参与需求讨论，制订测试计划，确保测试能顺利执行并完成;
2. 负责项目的功能性测试、用户体验测试、兼容性测试以及性能测试 ;
3. 负责测试用例的编写;编写测试报告和对测试结果分析;
4. 与开发人员、产品经理沟通和协作，推动整个项目的顺利进行;
5. 负责软件开发团队项目进度管理工作;
6. 熟悉Linux常用命令，熟悉常用数据库，熟练使用基本的SQL语句;
7. 熟练使用Loadrunner，Jmeter等至少一种性能测试工具。
软件测试的内容：程序测试包括程序逻辑功能，界面，性能，易用性，兼容性，安装等测试，当然文档测试也算，排版，字体大小，也算程序测试的内容。
软件测试的环境：测试环境=硬件+软件+网络 硬件环境:pc机还是笔记本 软件环境:不同的操作系统windows10 windows8 windows7 Linux Mac ， 不同浏览器firefox chrom 网络:局域网还是互联网
软件测试流程
软件测试的原则
1.测试显示软件存在缺陷
2.穷尽测试是不可能的
3.测试尽早开始
4.缺陷集群性（2/8原则） 及80%的缺陷发现在20%的模块中 一个模块发现的缺陷越高 那存在的未被发现的缺点也就越高
5.杀虫剂博伦反复使用相同的手段可能无法发现新的bug
6.测试活动依赖于测试内容
7.没有错误是好是一个谬论
8.]程序员不能自测之后就上线
9.严格执行测试计划，排除测试的随意性
10.应当对每一个测试结果做全面的检查
11.妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便
12.设计测试用例时，应当包括合理的输入数据和不合理的输入数据
13.测试用例应由测试数据和与之对应的预期输出结果这两部分组成
按照测试原理分类
黑盒测试白盒测试灰盒测试
黑盒测试(Black Box -Test):把被测试的软件看做一个黑盒子，我们不去关心盒子里边的结构是什 么样子，只关心软件的输入数据和输出结果 有人把黑盒测试比作中医，通过“望闻问切”来判断是否有问题。
“望”:观察软件的行为是否正常。 “闻”:检查输出的结果是否正确。 “问”:输入各种信息，结合“望”，“闻”来观察软件的响应。 “切”:像中医一样给软件“把把脉”，敲击一下软件的某些“关节”
白盒测试:是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法
灰盒测试:一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据的测试方法
按照测试阶段分类
单元测试、集成测试、系统测试、验收测试
单元测试:对一个模块、一个函数或者一个类来进行正确性检验的测试方法
集成测试:单元测试后，将单独的模块按照设计要求组装成为子系统或系统，作为整体进行测试的 测试方法
系统测试:集成测试后，将硬件、软件看作一个整体,对系统的功能及性能的总体测试
验收测试:系统测试后以用户测试为主，或有测试人员共同参与检验软件质量的测试方法
按照内容分类
功能测试、性能测试、兼容性测试
功能测试
界面测试、冒烟测试、回归测试、业务逻辑测试、易用性测试
功能测试:根据产品操作描述和需求文档，测试一个产品的特性和可操作行为是否满足用户需求的 测试方法
界面测试:测试用户界面的功能模块的布局是否符合客户使用习惯，界面操作便捷性、导航简单易 懂性的测试
冒烟测试:验证系统的核心功能是否能够正常运行的测试方法
回归测试:指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错 误的测试方法
业务逻辑测试:在基本的功能点都已合格的基础上，准备多种测试数据，来驱动各种约束条件下业 务流程，确定最终输出的结果是否符合预期的测试
易用性测试:指用户使用软件时是否感觉方便的测试
性能测试
性能测试:通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标 进行校验的测试方法
压力测试:通过逐步增加系统负载，测试系统性能的变化，并确定在什么条件下系统性能处于失效 状态
负载测试:通过逐步增加系统负载，测试系统性能的变化，在满足性能指标的情况下，系统所能承 受的最大负载量的测试
并发测试:是一个负载测试和压力测试的过程，即逐渐增加并发用户数负载直到系统的瓶颈，通过 分析资源监控指标等来确定系统并发性能
兼容性测试
冒烟测试、随机测试、安全性测试、探索性测试、回归测试、Alpha测试、Beta测试
随机测试:随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法
安全性测试:通过不同的测试方法，检验程序、网络、数据库安全性的测试方法
探索性测试:碰到问题时能随机应变，强调测试人员的主观能动性明确整体的测试计划的测试方法
Alpha测试:俗称内测，α测试。内部环境下的测试;开发人员或测试人员在现场
Beta测试:俗称外测、公测，β测试。生产环境下的测试;开发人员和测试人员都不在现场
按照其他分类
冒烟测试、随机测试、安全性测试、探索性测试、回归测试、Alpha测试、Beta测试
随机测试:随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法
安全性测试:通过不同的测试方法，检验程序、网络、数据库安全性的测试方法
探索性测试:碰到问题时能随机应变，强调测试人员的主观能动性明确整体的测试计划的测试方法
Alpha测试:俗称内测，α测试。内部环境下的测试;开发人员或测试人员在现场
Beta测试:俗称外测、公测，β测试。生产环境下的测试;开发人员和测试人员都不在现场
下午
测试目的
测试目的的编写结构：
1目的的总体概述
2包含详细描述
测试目的的编写内容：
1程序是否满足需求
2程序是否存在bug
3系统或产品顺利发布
测试资源
人力资源
职务姓名职责
系统资源：
硬件资源、软件资源
测试范围：
测试对象、测试的特性、不得事的特性
测试风险：
人员不足、技术有限、软件依赖环境不完备、工具不足、需求变更
人员分布
姓名职务工作内容
测试策略
第一种方式
微信支付功能
1.采用接口测试和功能测试
2.测试工程师B对新增的接口进行功能及性能的测试
3.测试工程师A根据需求对微信支付功能业务逻辑、UI、兼容性等进行测试
登陆页面
4.测试工程师B对登陆页面进行布局、文字，交互及兼容性等进行测试
其它功能
5.运行回归测试用例，覆盖积云商城的主业务流程
6.注册页面运行稳定并且未作修改，本版本不测试
第二种方式
第三种方式
界面测试：对界面惊醒测试，是否符合公司需求
接口测试：对于各个模块间数据进行测试
稳定性测试：
兼用性测试：测试在各种浏览器间是否存在兼容问题
测试准则
启动准则：满足什么情况可以进行测试
暂停准则：遇到什么情况测试要暂停
再启动准则：在什么情况下可以重新启动测试
结束准则：什么情况可以停止测试
缺陷分类：轻微→一般→次要→严重
测试进度
测试输出
这部分规划测试任务的所有文档输出，根据项目特点进行规划： 测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告 如果需要某些文档合并为一篇文档，例如把测试设计说明书和测试案例说明书合在一篇文档中，需要进行说明
最后，使用xmind总结测试计划
