软件测试笔记

软件测试的对象是应用软件。

软件是计算机程序、程序所用的数据以及有关文档资料的集合。

软件测试一般的测试内容【按测试内容划分】：

功能测试：测试业务逻辑（手工，自动化）【核心，重要】。

界面测试：UI（User Interface）--外观美观，设计合理，友好。【主观性强，标准：需求规格说明书（原型图，UI切图）】。

安全测试：高级类型--- 攻击(工具(扫描--appscan)，代码 (脚本--sql注入))---漏洞，薄弱 === 账号密码，http协议-->https协议。

性能测试：高级类型---双十一（访问人数多) -- 并发(10000)--- 资源，CPU，内存--正常处理（压力测试、稳定性、负载测试）。

兼容性测试：(windows，Linux，MAcOS，Android,ioS) ; 软件+软件 (浏览器兼容) --- 调用;软件不同不同版本之间 == APP升级 (老功能，数据)。

易用性测试：主观 --- 人性化，舒适，用户使用习惯，用户体验---提bug====站在用户角度考虑，参考成熟产品。

其他测试

回归测试：regression test：测试提出bug，开发修复bug（修改代码）===验证bug，看其他没被修改过的代码模块的测试是否被影响。上线之前会进行很多论的回归测试（重复）。

冒烟测试：来自于硬件测试。软件提测，测试主流业务功能、主流程，如果失败，则打回开发重做。提高测试效率。

探索性测试：发散测试--个人要求高--靠自身测试员的经验、积累、直觉。

软件测试

软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
测试的方法主要有白盒测试跟黑盒测试两种。建立详细的测试计划并严格按照计划进行。
①单元测试:主要是测试程序代码，为的是确保各单元模块被正确的编译，比如有具体到模块的测试，也有具体到类，函数、方法的测试等。---开发自测（白盒测试）
②集成测试:单元测试后，将各单元组合成完整的体系，测试软件单位之间的接口是否正确数据能否正常传递。
③系统测试:把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞等。（按测试内容划分可以分为6个部分；最重要、最常见---web、App）
④验收测试:主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。---UAT用户接受测试（用户、产品（领导）；有依据，有用例）

⑤α测试

⑥β测试

⑦上线发布

运行维护（项目）

软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的需求。要延续软件的使用寿命，就必须对软件进行维护软件的维护主要包括纠错性维护和改进性维护两个方面。

敏捷开发模型

项目周期多久？（1个月，2周，1周）迭代周期多久？

1、弱化文档

2、人之间的沟通

软件测试工作流程

①编写测试计划（怎么测，哪些人，哪些工具，环境是什么）---统筹部署能力【boss】

②编写测试用例

③用例评审（防止漏测、错测）

④部署测试环境

⑤冒烟、正式测试

⑥提交bug并跟踪

⑦测试提高

⑧发布上线

软件测试的基本流程(重点)

测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点。参与需求评审会议
测试计划阶段：编写测试计划，参考软件需求规格说明书、项目总体计划，内容包括测试范围(来自需求文档)、进度的安排，人力物力的分配，整体测试策略的制定，和风险的评估与规避措施有一个制定，一般有测试负责人编写，当然我们可能也会参与相关的评审工作。
测试设计阶段：主要任务是编写测试用例，会参考需求文档(原型图)、概要设计、详细设计等文档，有不明确的也会及时和开发、产品经理沟通。用例编写完成后会进行评审。
测试执行阶段：首先搭建测试环境，执行预测(冒烟)，以判定当前版本可测与否，如果预测通过，正式进入系统测试(2-4轮)，遇到问题提交Bug到缺陷管理平台，并对bug进行跟踪，直到被测软件达到测试需求要求，没有重大bug，测试结束。------ (完善测试用例)
测试评估阶段：出测试报告，对整个测试的过程和版本质量做一个详细的评估(剩余bug数量/严重程度，测试用例的看盖率)。确认是否可以上线。

UAT阶段（验收测试）：部署到UAT测试环境，由产品或者领导来验证功能。

测试需求是什么？

测试需求主要解决“测什么”的问题，一般来自需求规格说明书中原始需求测试需求。

应全部覆盖已定义的业务流程，以及功能（功能测试）和非功能（界面测试、性能测试、安全测试、兼容性测试、易用性测试）方面的需求。

为什么需要软件测试需求?

简而言之: 只有明确了测试需求，才能知道怎么去测试? 什么时候开始测试? 要多少人测试?在什么环境上测试?

---提炼测试点，时间规划，人力规划，测试环境

测试的思路

bug的定义

软件的Bug，狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节(增强性，建议性)、或与需求文档存在差异的功能实现等。
我们的职责就是，发现这些Bug，并提交给开发，让开发去修改。

bug的类型

bug的声明周期（管理流程）

这个是面试/笔试过程中经常会被问道的问题。bug的生命周期，就是一个bug被发现到这个bug被关闭的过程。你们觉得这个过程有哪些步骤?
生命周期中一般缺陷状态: 发现--新建 (提bug) ->指派->已解决->待验->关闭。（正常情况）

如果待验的bug在验证时没有解决好，我们需要重新打开(激活)->指派->已解决->待验，循环这个过程中间其他状态:拒绝、延期等。
我们来看一个bug的处理流程图(生命周期图)，让大家更深刻地理解周期中bug的状态及相应处理。

bug跟踪管理