软件测试（功能测试）的基本流程

本文主要介绍功能测试测试流程及常用测试用例设计方法

一：功能测试介绍 功能测试又称黑盒测试；顾名思义就是一个盒子内部是黑色的，我们只能看见它的外部（表面）；功能测试就是不考虑内部结构，仅对外部功能进行测试； 二：功能测试流程重点 （1）写测试计划 （2）写测试用例 （3）写测试报告 测试计划格式： 概述、测试范围、测试组网图、资源需求、测试条件、测试进度、测试准则、测试风险分析、测试策略、测试功能点、工作交付件；如下图： 测试用例格式： 产品名称、...

功能测试基础知识总结

1.测试需求分析2.设计测试用例3.编码4.执行测试5.编写测试报告

业界已有的软件测试工具基本上都局限在测试执行阶段，只能支撑测试执行阶段的活动，而测试分析、测试设计、测试实现这三个前期阶段的活动缺乏有效的测试工具支撑，直接影响了软件测试的完整性和充分性，从而影响最终研发的软件质量。对于软件测试是干什么的问题，大家还需要了解，测试人员在整理报告的时候应使用专业的术语，同时要具备很好的文字表达能力以及较强的语言组织能力，也只有这样才能把发现的缺点或不足详细、清楚的表达出来，让开发人员更好的对软件进行修复。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合。

一.基础理论 A.软件测试流程：需求分析--------设计测试用例--------执行测试用例--------提交缺陷报告 B.需求层次：1.业务需求   -----主要来自项目投资人                    2.用户需求   -----用户对需求的陈述                    3.系统需求   -----包括功能需求与非功能需求（功能需求：开发者提供的软件功

一、为什么需要软件测试 ？ 1．一款软件从无到有会经历很多的开发阶段由不同的人来参与开发，所以最终产出的软件功能可能会存在问题，因此为了保证软件的功能是可用的，我们必须要进行测试。 2．当前的软件行业已经不再是功能为王了， 用户不仅仅只盯着软件的功能是否满足需求，还会对软件是否容易上手，执行效率是否OK等一系列其它体验都有了更高的要求，所以这也需要我们对软件进行大量的测试。 二、为什么选择软件测试 ？ 1. 国内的软件行业对于专业的软件测试人员需求是慢慢变大。 2. 有些人喜欢创造...

功能测试是软件测试中的一种测试类型，旨在验证软件系统的功能是否按照规范和需求进行正确实现。它关注的是系统的各项功能是否符合预期，能够满足用户的需求和预期行为。功能测试可以通过手动测试和自动化测试来进行。手动测试是通过测试人员手动执行测试用例和操作系统，观察和验证功能的正确性。自动化功能测试使用专门的测试工具和框架，编写测试脚本，自动执行测试用例，并生成测试报告。通过进行功能测试，可以确保软件系统的功能符合用户需求和预期，减少潜在的错误和缺陷，并提高软件的质量和用户体验。

按照产出的文档，介绍项目开发过程中的工作步骤 一、测试计划：这个计划，我个人觉得应该在详细设计确定后，代码开始编写的时候进行制定，因为我是“提早开始测试工作”思路的忠实fans. a) 测试计划，主要是给后面的测试工作一些指南，不能写成领导看的计划，而是要写成由做事的人看的计划 b) 包含的内容可能有： i. 测试团队人员及分工(要确定当测试时出现缺陷界定、测试环境准备等问题时能找到指定的人员) ii. 测试开始结束时间(理想情况下，不要安排的太紧，赶工肯定会造成延期或测试不完整，可惜理想和现实的差距被规定

测试用例的编写需要按照一定的思路进行，而不是想到哪写到哪，一般测试机制成熟的公司都会有公司自己自定义的测试用例模板，以及一整套的测试流程关注点，当然我们自己在测试生涯中也应当积累一套自己的测试框架，所有功能性的测试都可以依据框架的思路来进行，达到事半功倍的效果。功能测试框架可以包括：界面友好性测试、功能测试、链接测试、容错测试、稳定性测试、常规性能测试、配置测试、算法测试等等。

场景法模拟用户操作软件时的情景，主要用于测试系统的业务流程。当拿到一个测试任务时，我们先要关注它的主要功能和业务流程是否正确实现，这 就需要使用场景法来完成测试。场景用来描述软件操作的路径。基本流按照正确的业务流程来实现的一条操作路径（模拟正确的操作流程）。备选流导致程序出现错误的操作流程（模拟错误的操作流程）。在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对 性地编写检查这些错误的测试方法。错误推测分类 输入数据测试方面 输出数据测试方面。

编写测试用例之前我们需要对项目的需求有清晰的了解，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数，作为测试用例的编写者不仅了解要有常见的测试用例编写方法，同时需要了解被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构。任务开展前首先熟悉测试对象的业务背景，掌握业务有关的背景知识，这类业务是怎么产生的，操作业务的人员需要进行什么操作，用户使用的时候要进行何种操作等等——换位思考分析业务。写用例的之前一般是先写测试点，然后再写测试用例，也可以这么理解，测试点就是精简版的测试用例。

如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。阻碍开发或测试工作的问题；阻碍开发或测试工作的问题；需求评审、整理测试计划和测试方案、需求分析提取测试用例（测试点）、等待提测、冒烟测试、一轮测试、二轮测试、三轮测试、回归测试、提交测试报告。

主要是明确本期需求必须完成哪些工作，具体完成到什么程度，细节是什么，记录需求不明确、缺失等疑问；要求需求必须完整、准确、清晰具体。

详细说明了整个测试过程经历的各个阶段，小白或初学者对整个测试流程有更清晰的了解。

随着测试团队的责任的提高，团队不在仅仅聚焦在“测试软件去发现 Bug”，而是积极团队合作，参与项目初始阶段的计划和建立强壮有效的测试策略，而测试策略又为团队提供好的测试领导力和指导，使团队聚焦在产品的长远的视角，而不仅仅是测试工作。众所周知，开发过程的质量决定了软件的质量，同样的，测试过程的质量将直接影响测试结果的准确性和有效性。V 模型在这点改进了瀑布模型，在软件开发的生存期，开发活动和测试活动几乎同时开始，在开发活动进行的时候，测试活动开始进行相应的文档准备工作，从而改进软件开发的效率和效果。

采用通用的测试流程，能高效、高质量的完成软件测试工作，有助于减少沟通成本，对各阶段产出有明确认知等等。最终目标：实现软件测试规范化、标准化。以下为非通用标准，仅供大家参考一、软件测试流程图二、各阶段详解：1、需求分析：主要是明确本期需求必须完成哪些工作，具体完成到什么程度，细节是什么，记录需求不明确、缺失等疑问；要求需求必须完整、准确、清晰具体。很多时候是各角色私下进行，不组织大会。主要参与人员：RD、QA、UE。2、需求评审：