《01软件测试基础.docx》由会员分享，可在线阅读，更多相关《01软件测试基础.docx（5页珍藏版）》请在三一文库上搜索。
1、01软件测试基础测试理论基础知识一般测试流程：1.需求分析阶段：只要就是对业务的学习，分析需求点。2.测试计划阶段：测试组长就要根据SOW开始编写测试计划，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据SRS上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。测试方案编写完成后也需要进行评审。4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据测试方案来编写的，通过测试方案阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对
2、需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。5.测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档。一、测试理论框架阶段中还有：连体测试单元测试：是由开发人员完成的，用一些测试工具和框架，是针对代码测试的。（详细设计完成后可写）集成测试：主要测试模块间的接口，一般有开发人员完成。（概要设计之后）系统测试：需求规格说明书。（需求分析之后）验收测试：该条件和准则跟用户在需求分析中是对应的
3、，该处测试分场景，每个场景含3-5个测试用例1.V模型对错探讨V模型强调的是测试用例的书写时机需求分析：分为用户需求（也叫问题域，是用户让技术人员解决的问题以及产生问题的原因和背景）、业务需求（用户需求的解决方案，是把用户提到的问题变成可行的解决方案，所以用户需求是一定不能包含解决方案的，但要包含用户提出的问题以及该问题产生的原因和背景，第二步再按照解决方案原因和背景明确可行的解决方案和建议。第三步是根据解决方案去明确需求的功能点，即是需求规格说明书，用文档的方式描述软件的样子，依据的是业务需求）。概要设计：通常完成3件事：系统架构（要求可以完整支撑需求规格说明书中罗列的所有功能需求（在该体积
4、架构下上面的功能点都可以支撑）和非功能性需求（包括安全性、可靠性、性能、环境稳定）。模块划分、模块和模块之间的接口和宽户环境规格详细设计：明确模块内部的实现逻辑、实现方法和伪代码2.编码先还是单元测试先？详细设计完成后，先写单元测试用例再编码也可编码、再单元测试用例，再测试3.系统测试和验收测试的区别？验收测试：执行人（最终用户，或代表最终用户利益的人）。目标（证明系统没问题）。测试用例（是系统测试用例的用例最小集，验收测试中的所有测试用例都应在系统测试用例中用过）系统测试：执行人（厂商）。目标（尽量发现多的，提升软件质量）验收测试不是整个测试体系的一部分，它是偏向商务的。可行性分析：先做需求
5、还是项目计划？项目计划中包含需求吗？需求占整个开发项目的多少（20%-60%）？需求分为2部分：工作量描述（用户、业务），也称需求描述；再做项目计划；需求需经过评审会，测试计划的评审由时间点（QA）或是人（QC）发起发起。由QA(质量保证，也是管生产线、流程方法的质量)，（QC质量控制，也是测试工程师）二、测试模型：v模型与x模型为什么写测试用例？怎么写？目的是什么？答：测试用例分三级：大纲级（描述整个测试用例的概率，目标是复用，所有人水平相当）；（老带新）；详细的测试用例（全是新人，这个质量不太好）迭代模型：由变更较小或基本不变的需求开始做需求，再做设计、编码、测试。再跟进需求不太确定的一直
6、迭代到整个项目完成。它有多个迭代周期，每个迭代周期都是一个完整的瀑布模型，分为该迭代周期的需求、设计、分析、测试。探索性测试：三、软件测试的两个手段：验证和确认四、软件测试的目标准确鉴定当时当地的质量状态，软件是怎么样，鉴定出来就是什么样。经过开发人员的修改来使质量提高。五、测试原则需求跟踪矩阵：有需求管理工具六、测试对象七、测试的衡量标准Bug数量，bug级别等来加权平均值八、质量成本分析质量成本是跟测试人员有关的。鉴定：即测试用的成本，人、设备、仪器、服务预防：培训九、软件测试不能保证质量常见的评论：你发现了多少bug，则还有多少bug没有发现。需求、设计、编码等各个阶段，都会有新的bug引入。完整的开发开发体系有：项目管理、质量保证、开发管理、配置管理、测试5大流程来整理控制整个开发过程。除开发管理外，其他的流程都是用来看管开发的合理的进度、质量、成本，称为质量三角元。