软件测试的工作计划和目标

每天在忙忙碌碌的维持生计的工作中，甚至没有好好想过我在这个阶段应该做什么？而不是被要求去做什么。

经过这么几年在软件测试行业的折腾，也有好好的想过这个问题，在特殊的阶段我们应该做好什么？尤其在软件测试行业。

大家都比较看好软件测试行业，只是因为表面上看起来：钱多事少加班少。其实这个都是针对个人运气好的童鞋才会有此待遇。在不同的阶段做好不同阶段的事情，才有可能离这个目标更近，作为一枚软件测试人员，也许下面才是我们最真实的写照。

{第一年}

当年也是一头撞进了软件测试行业。迫切的想要了解这个行业，它的升职模式，如何才能薪资更高。但是以过来人的经历，告诉你：做好当前的事情。把上司交给你的每一份任务都仔细认真的去完成，体现你作为一个初入职场的新人的价值。新人进去，不奢望你能够做多大的贡献，只希望交代给你的事情，不用给你擦屁股就行。

第一年，如果你每天都很积极，迫切的想要完成更多的任务，那么这一年的你将会进步最快。对功能业务逻辑的整体把握感，对测试用例的编写能力，对功能测试进度把握，这些都将会成为你以后工作的坚实基础。这一年，请打好你的基础，暂时忘记自动化代码工具这些，你没有坚实的软件测试行业内知识和接触到的一些专业名词，你拿着工具也都是徒然。

{第二年}

经过第一年的努力，你已经具有比较牢靠的软件测试基础，已经完成了一轮一轮的重复的手工测试，对，在这个阶段我们应该做什么？是每天上班等下班还是利用这段时间做点有意义的事情？毋庸置疑，如果你是积极向上的请你，那答案肯定是后者。

建议是：把你每天做的重复的功能测试，利用工具来做。

不建议大家过早的接触代码或者是性能这块，如果你还是职场第二年，因为你还见识的太少，根本达不到写代码和性能的这个阶段，要能够写脚本和做性能，需要你对整个测试框架和业务逻辑都有一个比较强的把握能力，否则，你做的事情，就会是无用功。就好比你学写代码，却发现自己永远停留在print(“hello world”)的水平；你学性能，缺发现自己永远停留在录制脚本的水平。

可以接触的工具：QTP/Jmeter，这两款工具都可以帮助你减少相对的劳动力，把一些重复的工作都利用工具来进行。学好了用活了，下次升职加薪或者是换工作，幸运之神都不会错过你。

{第三年}

终于迈入了第三个年头，恭喜恭喜，还能够坚持说明你没有被这个行业淘汰。经过两年的基础打底，如果你不是混混过日子，那么你的基础会让你的工作效率大步提升，你也会有更多的时间来做的别的事情，毫无疑问还是：学习。

这个时候，我们可以尝试着接触一些代码和一些框架，把你自己所学的知识融入到你自己的项目中去。能够把自己的项目整理出一个测试框架，那么你就是对这个公司的工作是有非常大的推进作用的！

建议：学习Python,selenium等。

{第四年}

有了代码基础后，发现你的工作量又被简化&优化了。这个时候我们应该对网站的架构，代码知识，数据库知识，网络瓶颈，系统优化等各个方面都有了比较深入的了解，我们终于可以进一步来做性能测试了！这个时候，我们突然明白：做性能测试不仅仅是录制脚本了！你需要去优化脚本，去设计场景，去获取目标用户量，去执行压力测试，去分析压力结果，做好这些之后，去综合分析发生性能瓶颈的是数据库优化问题，还是网络瓶颈问题还是本来的架构就存在问题？

推荐：LR/Jmeter

{第N年。.}

未完待续。。.

如果你能坚持到第五个年头，我希望是对软件测试行业而言是个有用的人；对软件测试行业有点点推动的人；对公司软件测试工作有建树的人。

软件测试人员工作计划

软件测试计划的编写

基础知识已经分享的差不多了，之后就是我们的收尾工作，今天给大家讲讲我们做测试过程中会用到的一个文档：《软件测试计划》

在我们软件测试工作阶段，一共分为五个阶段：计划、设计、执行、评估、验收。

可以看到在做软件测试工作的时候，最开始，就是要做好计划工作，也就是软件测试计划。

在软件测试计划里面应该包含哪些内容呢？

包括这些：

1）测试开始时间 &；测试结束时间

2）测试的内容模块定位（包含哪些内容测试点）

3）测试的参与人员以及任务分工

4）输出文档的规定以及存放

5）采用的测试方法以及测试工具的申请。

其实就总结起来，就是大家看见过的5W原则：

When：什么时候开始做，什么时候结束测试，要在这段时间内做好一个规划与进度。

What：我们要做什么？要明确的罗列出来，好明确我们的测试方向和重点，并方便后期划分责任模块

Who：谁要参与这次项目的测试？具体负责哪个模块的功能测试？主要负责任务是？都是在这个里面进行明确的责任划分

How：如何测试，确定我们的测试方法：是白盒测试还是黑盒测试？我们要不要进行自动化测试要不要进行性能压力测试？要不要进行安全性测试，都需要在这个里面计划好。Where：这个是说把文档放在哪里，就明确的包括了我们的输出文档有哪些：比如说测试用例？Bug列表？测试报告等等文档要存放的位置，作用就是规定输出文档以及输出文档的存放位置

如何写好测试计划

如何编写测试计划呢？测试计划要包括以下四个要点：1、待测试的内容；2、编写测试用例的时间；3、执行测试用例的时间；4、执行回归测试的时间。以上四点，待测试的内容可以需求分析中取得，需求分析中的测试要点就是要测试的内容，而其它3点就不是很容易确定了。因为我们可以从软件的开发进度中获得开始时间，但很难确定测试的结束的时间。下面有一个预估的办法，是大多数测试工程师的经验所得，我们拿到评审后的需求分析可以用下面的方法预估。

1、计算需求分析的页数，得出测试用例的页数，需求分许页数：测试用例页数 ≈ 1:1

2、由测试用例页数计算编写系统测试用例时间：编写系统测试用例时间 ≈ 系统测试用例页数*1小时

3、计算执行测试用例时间：编写测试用例用时：执行系统测试用时 ≈ 1:2

4、计算回归测试包含的时间：系统测试用时：回归测试用时≈ 2:1

以上的方法可能根据测试人员对项目熟悉程度和测试经验的不同而有所差别，大家可以根据自己的经验做出调整。计算出测试用例、执行测试和回归测试的时间后，根据软件项目的开发进度就可以编写出一个软件测试的时间表了。

不过从目前国内软件公司的现状来说，测试时间一般都不够，所以我们只能延长我们的工作时间，提高我们的工作效率。程序员说他们处于最底层，用户说要改什么，他们就要实现什么，没人关心他们的工作难度和工作时间。（发点牢骚，大家就当没看见，呵呵）

软件测试职业规划

那要看你想要往哪方面发展！

软件测试工程师大致有4个发展方向！

1 资深软件测试工程师 达到这个水平比较困难，这需要了解很多知识，例如C语言，JAVA语言，数据库，数据结构，软件工程，等等，

但是你要在一家公司干3 -- 5年的话，在压力中这些技能你都会掌握！

2 测试部门管理者 小的如组长，大的如测试经理，这需要你有先天的优势，善于交流沟通，善于处理人际关系！

不过做两年，你也会成为老油条的！

3 测试书籍编写者 出书也是很赚钱的，当你在这一行干了几年，积攒了足够的经验，可以把你的经验，具体做过的项目总结出来，

现在关于软件测试的书很少，你要写本与众不同的书肯定畅销！

4 软件测试培训师 当你在这一行做腻了，你可以选择培训机构，

培训机构缺乏有经验的软件测试师，必然会高薪聘请你！ 至于晋升流程，一个公司一个样，但是你要知道，你想发展的话，

必须要委婉的让上级知道，有些你无法触及的测试项目，需要你的上级分配，一旦有无关紧要的项目或空闲时，经理就会考虑你，

会让你尝试做一些高级测试项目！ 这时就要看你的个人悟性了！ 要知道这一行，技术越高越吃香！越能让老板和开发人员信服！

大概就是这样，祝你的测试之路顺利！

软件测试计划的测试目标

当今任何商业软件都包含了丰富的功能，因此，软件测试的内容千头万绪，如何在纷乱的测试内容之间提炼测试的目标，是制定软件测试计划时首先需要明确的问题。测试目标必须是明确的，可以量化和度量的，而不是模棱两可的宏观描述。另外，测试目标应该相对集中，避免罗列出一系列目标，从而轻重不分或平均用力。根据对用户需求文档和设计规格文档的分析，确定被测软件的质量要求和测试需要达到的目标。编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确。

软件测试计划模板一般包括哪些要素

1. 引言：目的、背景、范围、定义、参考资料

2. 测试内容：测试功能清单

3. 测试规则：进入准则，暂停/退出准则、测试方法、测试手段、测试要点、测试工具

4. 测试环境：硬件环境、软件环境、特定测试环境要求

5. 项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结

6. 实施计划：工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件

7. 风险管理

软件测试计划中的测试策略怎么写

测试方案&测试策略

1. 有的软件公司，把测试方案纳入到测试计划中写，文档名称

定为测试计划，但是该计划中的测试方案名称被变更成了测

试策略，即：测试方案=测试策略，由此形成一个文档

2. 更好的方案是，测试计划解决做哪些内容和人员分配形成一

个文档；测试方案解决如何处理计划中提出的内容，用什么

样的对策来更快更优的解决问题，即测试方案是从技术角度

出来形成的一个文档，由此形成两个文档

如何编写软件测试计划,有完整的模板么？？

一下是系统测试计划模板：

1）范围

标识、系统概述、文档概述

2）引用文档

3）总体测评要求

测试要求、测试技术和方法、测试任务结束条件、被测软件评价准则和方法、数据采集要求

4）测试资源要求

测试环境、测试人员、开发方配合要求

5）项目管理

组织与职责、工作分工与进度安排、跟踪与控制

6）配置管理计划

7）质量保证计划

8）风险分析

希望对你有帮助