软件测试流程进阶----两年软件测试总结

《软件测试流程进阶----两年软件测试总结》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、工作两年了，我一直希望让H己每年对测试的理解更深入一层。工作一年的时候我写了《谈软件测试…一年匚作总结》，谈伦了自己对各种测试的理解，这一年来，虽然对那些理概念的有所加强，口我感觉没有什么质的变化。前些天听我们公司的一位测试经理讲《敏捷测试》豁然开朗。他在学造飞机，而我一直在学造飞机里的一个发动机。我从来没想过，一个完整飞机的架构应该是怎样的。如果想让测试在公司的项目屮发挥岀它最人的价值，并不是招两个测试技术高手，或引入几个测试技术，而是测试技术对项目流程的渗透，以及测试流程的改进与完善。虽然，当然测试行业前景乐观，许多中

2、小企业也都在引入测试，但一百个公司就有一百种测试，每个公司对测试的看法不同，公司对测试的定位也不完全一样。本人前后经历两个公司，以自己的拙见浅谈-下对测试流程的看法。这儿天整理思路，回顾了前两份测试工作的流程与架构。卜面是简陋的流程图:A程序员编码B程序员编码C程序员编码需求分析架构设计测试需求分析与架构设计:我们做的是某一•移动公司内部使用的项目，需求分析与架构全部山项目经理完成，之后山项目经理给具体某个开发人员分配任务，具体对某个功能模块的实现。这个对项目经理的经验与技术要求很高，他既然担任了需求分析师，又担任架构师的

3、角色。程序员编码:因为我们开发语言用的是JAVA语言，【DE用myeclipse中自带的CVS版本管理工具,开发人员完成代码后，提交到版本库中。测试:笔者入职后的第一个任务是搭建缺陷管理工具，禅道项H管理，通过推广对发现的问题进行跟踪。后來正明效果并不好，因为对于一个六七人的开发团队项目，开发人员更喜欢测试人员能当面反馈，这样更能提高效率。对一个小bug通过当面交流的方式就nJ以将问题修复。对于当时的环境，并没有测试线。开发人员在本机上将项冃进行部署运行。测试人员通过局域网访问开发人员的机子进行访问。或在测试人员本机上进行

4、部署测试。这也是一个致命的缺点。因为开发人员测试人员使用的电脑存在太多不稳定性，这些都会造成问题的岀现,冇时候难以判定是系统问题还是环境问题。上线：经过测试人员测试通过后，开发人员部署上线。A程序员流程你会发现在流程图屮，A程序员是先发上线之示，再进行测试。这是我们一个面向人众用户的网站，上面给于测试人员的定位是测试员兼用户体验员，测试员将发现的bug和体验问题捉交到缺陷管理系统，由经理对问题进行分析，指派开发人员解决。定期对系统进行更新。流程分析：这个流程唯一的优点，就是能快速的发现并修复问题。缺点就非常多了，相信许多小

5、软件公司也有类似的流程。这个流程屮，项目经理是核心，项目经理也确实是有多年开发与项目经验的牛人，他喜欢不定期分享上些前沿的技术。我很崇拜他。对于测试來说，需求很不明确，测试文档与丿IJ例也是可有可无的产物，没有需求文档,或非常简陋，根据需求文档根木无法编写用例。笔者只能收集一些通用的测试用例，如登录、文件上传下载、列表翻页、口期选择、输入框验证、搜索等冇一些“通用型”川例，以便在测试过程中做参考。功能测试的多了，拿到一个功能，测试思路也就出來了。规范的测试流放弃上份悠闲的工作，感谢那个带我入行公司，我想了解真止的测试在公作

6、中如何进行的。所以，來到了现在这家公司。我很欣喜的是这测试有自己的团队，专业（对当时的我來说）的流程，以及与开发等同的地位。现在的测试流程：开发修复开发人员写开发计划（排期）测试人员测试计划（排期）.邮件通知所有人—*员及部门负责人开发代码及自测编写测试用例提交基线*测试用例评审产品需求人员开发人员测试人员QA人员运维人员部署测试线问题反馈测试人员进行测试测试报告验收方案上线虫师需求分析：需求分析由产品人员制定，他们要做的不是一份简单的文档，而是细化每一个功能的细节，每一个按钮的位置，对于稍大或复朵一点的需求都进行建模。需

7、求评审：这里会叫上所有参与项冃人员进行，开发人员、测试人员、QA人员。测试人员提出需求，开发人员考虑功能实现的方案少可行性、当然开发负责也是要参・的。测试人员主耍是对需求的理解提出疑问，以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人，所以也需求了解需求开发人员编写排期：开发人员需求根据需求功能点进行排期。然后将开计划转交给测试人员。测试计划排期：测试人员根据开发计划，对测试具体测试时间，也就是开发功能完成后的时间，进行几轮测试等。然后，把项冃的开发与测试计划发送给各部门负责人及参与项FI的所冇人员。编写测试用

8、例：根据详细的需求分档，开始进行用例的编写。用例评审：在用例进行评审Z间，先以邮件形式将用例发送给相关人员，以便他们事先了解用例对哪些功能进行验证以及验证的细节。然后，测试人员组进行用例评审，开发人员对用例与实际功能不符合有哪些，产品人员对会通过用例对功能的具体实现进行把握等等。提交基线：开发人员完成所