软件测试的流程是什么

需求分析与架构设计：

我们做的是某一移动公司内部使用的项目，需求分析与架构全部由项目经理完成，之后由项目经理给具体某个开发人员分配任务，具体对某个功能模块的实现。这个对项目经理的经验与技术要求很高，他既然担任了需求分析师，又担任架构师的角色。

程序员编码：

因为我们开发语言用的是JAVA 语言，IDE用MyEclipse中自带的CVS版本管理工具，开发人员完成代码后，提交到版本库中。

测试：

我入职后的第一个任务是搭建缺陷管理工具，禅道项目管理，通过推广对发现的问题进行跟踪。后来正明效果并不好，因为对于一个六七人的开发团队项目，开发人员更喜欢测试人员能当面反馈，这样更能提高效率。对一个小 bug 通过当面交流的方式就可以将问题修复。

对于当时的环境，并没有测试环境。开发人员在本机上将项目进行部署运行。测试人员通过局域网访问开发人员的机子进行测试。或在测试人员本机上进行部署测试。这也是一个致命的缺点。因为开发人员测试人员使用的电脑存在太多不稳定因素，这些都会造成问题的出现，有时候难以判定是系统问题还是环境问题。

上线：

经过测试人员测试通过后，开发人员部署上线。

A程序员流程

你会发现在流程图中，A程序员是先发上线之后，再进行测试。这是我们一个面向大众用户的网站，上面给与测试人员的定位是测试兼用户体验，测试将发现的bug和体验问题提交到缺陷管理系统，由经理对问题进行分析，指派开发人员解决。定期对系统进行更新。

流程分析：

这个流程唯一的优点，就是能快速的发现并修复问题。

缺点就非常多了，相信许多小软件公司也有类似的流程。

这个流程中，项目经理是核心，项目经理也确实是有多年开发与项目经验的牛人，他喜欢不定期分享上些前沿的技术。

对于测试来说，需求很不明确，测试文档与用例也是可有可无的产物，没有需求文档，或非常简陋，根据需求文档根本无法编写用例。我只能收集一些通用的测试用例，如登录、文件上传下载、列表翻页、日期选择、输入框验证、搜索等有一些“通用型”用例，以便在测试过程中做参考。功能测试的多了，拿到一个功能，测试思路也就出来了。

1、测试计划：测试计划一般由测试经理编写，根据需求估算测试所需资源（人力，设备等）、所需时间、功能点划分、如何合理分配安排资源。

2、用例设计：根据测试计划，修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档和详细设计文档。测试人员根据这两份文档补充测试用例。

3、测试环境：测试人员搭建测试环境。

4、执行测试：开发人员提交第一个版本，如果存在未完成的功能，开发需跟测试人员说明，然后测试人员根据测试用例的详细步骤，执行测试用例，发现BUG提交缺陷库。

5、BUG跟踪：开发人员提交第二个版本，包括修改的BUG以及增加的部分功能，测试人员进行第二轮测试和回归测试，跟踪BUG直到关闭。

6、测试报告：通过不断测试，BUG跟踪，直到用例全部测试，覆盖率、缺陷率以及其他各项指标达到质量标准，即达到上线要求。

扩展资料：

功能测试根据产品特性、 *** 作描述和用户方案，测试一个产品的特性和可 *** 作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好。

功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试，通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。只需考虑需要测试的各个功能，不需要考虑整个软件的内部结构及代码。

一般的软件测试流程是这样：

1拿到需求说明书，开始对需求进行测试，找出需求中的问题或者说不可测的地方

2需求测试通过后，根据需求说明书制定测试计划，包括测试策略、测试方法、测试周期等

3然后根据软件功能说明书编写测试用例，一般的公司都是根据需求说明书进行编写

4搭建测试环境，包括软件环境和硬件环境

5根据测试用例进行测试，提交缺陷

6回归测试

7测试完成后，进行测试总结，编写测试报告

至于测试文档，我这倒是有cmmi标准的一些文档，如果你想要的话，可以留下邮箱，我发过去。

好了，都发过去了。

以上就是关于软件测试的流程是什么全部的内容，包括:软件测试的流程是什么、软件功能测试流程、软件测试流程，在给我一个测试项目的例子等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！