今天要测试一个防病毒软件，并填写相关的测试分析报告。

   首先是下载灰鸽子。

   灰鸽子的名声是听多了，但是其实一直都不知道灰鸽子是用来做什么的。今天下载之后安装，我连用都不会用。而防病毒软件对于这个程序，似乎一点反应也没有。

   当时就在想：用病毒来测试防病毒软件，需要模拟的是当病毒入侵时防病毒软件的监控和防御。如果安装病毒的服务器端的话，例如一些远程控制工具，那这个模拟就是失败的了。其实我也不是很懂什么是远程控制工具以及它的操作流程。灰鸽子下载应该是先安装服务器端，再植入客户端吧。

    不懂，还是不懂，很多东西需要学。

    暂停

   不知不觉做华为外包项目已一年多了，曾在华为常驻过，也曾负责过项目的测试，感觉对华为外包项目的测试流程较熟悉，故写些心得来与大家分享。

      如果竞标成功，项目就开始要启动了。

      华为方会提供一份CRS(客户需求)和SOW（工作任务书），华为方派人过来进行需求培训，这时该项目的测试组长也要参与到项目需求的培训和评审，也就是测试工作应该从需求开始介入。

      项目经理编写《项目计划》，开发人员产出《SRS》，这时测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。

     《测试计划》编写完成后需要进行评审，参与人员有项目经理，测试经理和华为方人员，测试组长需要根据评审意见修改《测试计划》，并上传到VSS上，由配置管理员管理。

      待开发人员把《SRS》归纳好并打了基线，测试组长开始组织测试成员编写《测试方案》，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员和华为方；如果华为方不在公司，就需要测试组长把《测试方案》发送给华为进行评审，并返回评审结果。测试组长组织测试成员修改测试方案，直到华为方评审通过后才进入下个阶段――编写测试用例。

      测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要通过开发人员，测试人员和华为方的评审，测试组长也需要组织测试人员对测试用例进行修改，直到华为方评审通过。

在我们编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。华为的外包项目一般是一次性集成，所以软件转测试部后直接进行系统测试。测试部对刚转过来的测试版本进行预测试，如果软件未实现CheckList清单上的10％，测试部会把该版本打回。否则，软件转测试部进行系统测试。根据《测试计划》进度安排，测试组长进行多轮次的测试，每轮测试完成后测试组长需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本，测试部开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。在系统测试期间，测试人员还需要编写验收手册，验收用例和资料测试用例等。

完成系统测试后，软件就开始转到华为进行验收测试，其中大概测试半个月，一般会要求测试部派人到华为方进行协助测试，并发回问题单给公司开发人员修改。

如果验收发现的缺陷率在SOW规定的范围内，那么验收成功，华为方付钱给公司，项目结束。如果超过规定的缺陷率，那么公司可能要罚钱了，整个项目组的成员（包括开发和测试）都可能要罚了。这种情况也会有，如果按照流程做事，概率不会很大。

测试流程的规范是很重要的，但是如果要成为优秀的测试人员只知道流程还是不够的，需要学习的东西还很多，包括熟悉相关测试业务，计算机专业知识（linux，oracle，tcp/ip等），开发的架构和语言，性能测试和系统瓶颈分析、调优等。还有性格（细心，耐心）和人际沟通能力也是很重要的决定条件。任重而道远，我刚起步，希望大家一起在测试的路上互励互勉。

原始链接： http://blog.51testing.com/?85482/action_viewspace_itemid_5355.html

    一直有在听说过ERP，可是不知道什么是ERP。又是无意中发现的文章：

    通俗版：“什么是ERP”
    一天中午，丈夫在外给家里打电话："亲爱的老婆，晚上我想带几个同事回家吃饭可以吗？"（订货意向）
妻子："当然可以，来几个人，几点来，想吃什么菜？"
丈夫："6个人，我们7点左右回来，准备些酒 烤鸭 番茄炒蛋 凉菜 蛋花汤。。。。。。，你看可以吗？"（商务沟通）
   妻子："没问题，我会准备好的，"（订单确认）
    妻子记录下需要做的菜单（MPS计划），具体要准备的菜：鸭 酒 番茄 鸡蛋 作油。。。。。。（BOM物料清单），发现需要：1只鸭，5瓶酒，4个番茄，。。。。。。（BOM展开），炒蛋需要6个鸡蛋，蛋花汤需要4个鸡蛋（共用物料）。
    打开冰箱一看（库房），只剩下2个鸡蛋（缺料）。
    来到自由市场，妻子："请问鸡蛋怎么卖？"（采购询价）
    小贩："1个1元，半打5元，1打9.5元。"
     妻子："我只需要8个，但这次买1打。"（经济批量采购）
     妻子："这有一个坏的，换一个。"（验收、退料、换料） 
     回到家中，准备洗菜 切菜 炒菜。。。。。。（工艺路线），厨房中有燃气灶、微波炉、电饭堡。。。。。。（工作中心）。妻子发现拔鸭毛最费时间（瓶颈工序，关键工艺路线），用微波炉自己做烤鸭可能就来不及（产能不足），于是决定在楼下的餐厅里买现成的（产品委外）。

    下午4点，电话铃又响："妈妈，晚上几个同学想来家里吃饭，你帮准备一下。" （紧急订单）
    "好的，儿子，你们想吃什么，爸爸晚上也有客人，你愿意和他们一起吃吗？"
    "菜你看着办吧，但一定要有番茄炒鸡蛋。我们不和大人一起吃，6：30左右回来。"（呵呵，不能并单处理）
    "好的，肯定让你们满意。"（订单确认）
    鸡蛋又不够了，打电话叫小贩送来。（紧急采购）

    6：30，一切准备就绪，可烤鸭还没送来，急忙打电话询问："我是李太太，怎么订的烤鸭还没送来。"（采购 委外单跟催）
    "不好意思，送货的人已经走了，可能是堵车吧，马上就会到的。"
     门铃响了，"李太太，这是您要的烤鸭。请在单上签一个字。"（验收、入库、转应付帐款）
    6：45，女儿的电话："妈妈，我想现在带几个朋友回家吃饭可以吗？"（呵呵，又是紧急订购意向，要求现货）
    "不行呀，女儿，今天妈妈已经需要准备两桌饭了，时间实在是来不及，真的非常抱歉，下次早点说，一定给你们准备好。"（哈哈，这就是ERP的使用局限，要有稳定的外部环境，要有一个起码的提前期）

    送走了所有客人，疲惫的妻子坐在沙发上对丈夫说："亲爱的，现在咱们家请客的频率非常高，应该要买些厨房用品了（设备采购），最好能再雇个小保姆（连人力资源系统也有接口了）。"
   丈夫："家里你做主，需要什么你就去办吧。"（通过审核）
   妻子："还有，最近家里花销太大，用你的私房钱来补贴一下，好吗？"（哈哈哈哈，最后就是应收货款的催要）

   现在还有人不理解ERP吗？记住，每一个合格的家庭主妇都是生产厂长的有力竞争者！！！！

    测试计划是很重要的。最近无意中的发现一篇好的编写测试计划的文章，收藏先，还是有用得着的地方：

    俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。
一．首先了解以下几个问题：

 1．  为什么要编写测试计划？

１）领导能够根据测试计划做宏观调空，进行相应资源配置等；

２）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；

3）便于其他人员了解测试人员的工作内容，进行有关配合工作

2．  什么时间开始编写测试计划？

（测试需求分析前总体测试计划书／测试需求分析后详细测试计划书）

3．  由谁来编写测试计划？

具有丰富经验的项目测试负责人

4．  测试计划编写6要素？（5W1H）

1）why——为什么要进行这些测试；

2) what—测试哪些方面，不同阶段的工作内容；

3) when—测试不同阶段的起止时间；

4) where—相应文档，缺陷的存放位置，测试环境等；

5) who—项目有关人员组成，安排哪些测试人员进行测试

6) how—如何去做，使用哪些测试工具以及测试方法进行测试。

 

二．测试计划主要内容：

 １．引言

１．１项目背景

１．２参考资料（计划编写依据：可行性分析报告／软件需求定义／软件概要设计／软件详细设计／用户使用说明书／……）

１．３测试术语

１．４有关项目人员组成以及联系方式（开发人员／版本控制人员／测试人员／软、硬、结构、营销人员等）

２．任务概述

２．１测试范围

２．２测试目标

２．３广义上还包含测试需求分析／测试用例编写／测试环境搭建／测试培训／测试执行等

３．测试策略

３．１测试人员需求、分工

３．２测试方法（自动化测试／手动测试；白盒测试／黑盒测试；中断测试／临界测试／压力测试等）

３．３工具引用及测试培训（内训／外训）

３．４测试阶段计划（工作内容、人员安排、起止时间等）

３．５测试停止及恢复条件

３．６测试文档及缺陷提交管理等

３．７测试环境

４．测试资源

４．１硬件资源需求

４．２软件资源需求

４．３测试环境需求

４．４测试人员需求

４．５其他（仪器、服务器等）

５．风险评估

５．１人力方面；

５．２时间方面；

５．３环境方面；

５．４资源方面

５．５部门合作方面

6．其他内容

除以上内容有关项外，还要包括测试计划制定者、日期、修改记录、评审人员（开发负责人／测试负责人／项目经理）等信息

 

三．编写测试计划注意事项：

１．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；

２．测试计划一旦制定下来，并不就是一层不变的，世界万事万物时时刻刻都在变化，软件需求、软件开发、人员流动等都在时刻发生着变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．

３．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．

 

四．评审总结

 

1.计划评审

   测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审，评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。

2.计划总结

　　项目完成后，应该对计划的执行情况进行评审，看有哪些不合理的地方，以便为编写下一个项目测试计划做经验积累。

 

五．测试计划模板（示例）

    ……

    这篇文章写的思路清晰，而且简单易懂，很适合我这种门外汉。最大的遗憾就是，为什么模板没给出来......

    评审记录。匆忙的参加到一个会议，没有任何的准备，所以基本上没有针对性的在听。评审记录，不一定写的出来。