团队如何规划测试手段？

　　1、了解产品特点、团队特点。了解渠道最好是经历一次完整的项目。

　　2、结合产品、团队特点引入业内已有手段。例如测试管理用QC，界面自动化用QTP、watir，单元、接口、集成测试用junit、nunit、cppunit、dbunit，太多不一一列举。大多测试团队均处于此阶段。

　　3、自主研发。刚开始主要结合实际工作开发小工具，此类工具不具备太多通用性，针对性很强。例如汇金需具备以下工具：

　　测试环境监控：告警、监控、排查、解决。

　　持续集成框架：自动化测试脚本框架、脚本集中管理、自动运行、自动发送报告（报告中需初步定位问题）。

　　知识管理：业务、技能知识管理，轻松搜索、导出；工作交流。

　　业务测试工具：订购配置验证自动化；垃圾数据清理；数据迁移测试……

　　底层测试外化：单元、接口、集成不一定都要通过代码级别进行，开发类似demo入口，对不提供界面的功能进行测试。

　　脚本生成自动化：自动生成测试脚本。测试人员一般认为自动生成的结果必须是一个脚本，里面有什么初始化、断言之类的。但前几天有位开发架构师质疑为什么一定要有脚本，单纯生成输入数据及预期结果的文件行不行，也就是纯数据驱动。

　　各种技巧，比如如何debug，在哪看日志，缓存、时间程序管理等等。

　　4、工具融合。把各种工具、技巧融合在一起形成技能地图，工程师按需选取。这是汇金目前正在做的。

　　5、测试平台。平台的概念很大，一旦形成它必须成为一个载体，能兼容各种不同产品业务的测试工作，可订制，可扩展。它一定不是工具包，不是简单的工具集合。如果再把硬件资源统一管理调度，那就是云测试。

　　测试手段如何运用？

　　1、早上来到公司，打开终端设备，登录测试平台。系统提示，有两项测试任务已结束，有一项新测试任务。

　　2、查看新任务，系统列出任务需求、参与人员、任务周期、测试环境（系统自动分配、无需绑定）、测试帐号（系统自动分配）、测试类型等等。

　　3、结合系统提示，人为分析本次任务有50个功能点，2个性能点，需进行安全性、兼容性测试。

　　4、系统已自动建立项目空间，点击链接进入空间。

　　5、系统提示是否需额外申请性能、安全等测试人员支持，如需，点击链接进入资源申请页面。

　　6、系统询问此任务是何种级别，不同级别对应不同流程，轻重不同，具有不同阶段。

　　7、选取级别，系统提示进行何种设计，测试范围？测试流程？测试用例？……

　　8、测试用例编写，可转换为对应脚本。

　　9、功能测试用例可选择手工或自动执行。如选择手工，系统提供浏览器选择；如选择自动，系统按照对应测试用例执行。

　　10、性能、安全、兼容性测试用例可选择人工或自动。如选择人工，系统提供测试工具入口；如选择自动，系统按照对应测试用例执行。

　　11、缺陷可人工提交也可系统自动提交。

　　12、每日测试任务报告自动统计并发出。

　　13、任务的每个阶段完成后系统自动关闭任务。

　　14、所有信息自动存档。

　　15、结合本次任务想进行工具开发，系统提供二次开发入口。所有插件形成插件库，可互相引用。

　　16、可查看其它任务信息，提供强大的搜索功能。

　　17、系统提供能力提升学习通道，提供问答机器人。

　　18、可为自己或他人创建任务。

　　19、早上来到公司，系统提示一个任务已关闭，有一个新任务。

　　简单讲，这是一个以问答、咨询为展现，工作流为控制的测试平台。