测试工作计划 为了实现公司产品质量保证，测试组积极响应公司的各项方针政策，不断提高自身的测试技术和管理水平，确保自研的软件产品测试覆盖率越来越高、BUG越来越少。 为了我们共同的理想，下面具体谈谈测试组的工作计划： 一、指导思想 我们的指导思想是：测试驱动开发，用例指导结果， 数据记录变化。 测试是国内企业面临的一个共同的问题，要么就是不重视，要么就是不彻底。我既然选择了测试，就会为此而执着地追求到底！ 在产品开发过程中，或多或少的会留下一些问题。这很正常，如果问题到用户手里才发现，那似乎有点晚了，况且修复成本也增加了不少。我们的策略是：测试早介入，问题早发现。这样资源投入比以前要多一些，我觉得还是值得的。 在测试过程中，我们将加大用例设计力度，用科学的用例来发现BUG、用可靠的数据给来定位BUG、用合理的沟通技巧来跟进BUG，努力打造出一支能发现BUG的精良队伍。 二、工作重点 整体来说：提出“测试123计划”。 什么是测试123计划呢？我是这样想的：以捷利自研产品为中心，努力向同行业先进的测试团队看齐；坚持两手抓，一手抓执行力，一手抓BUG，两手同时发力，绝不手软； 接下来，分8个方面来讨论： 1. 提升团队凝聚力和战斗力 提倡以人为本。具体有如下举措： 自我认识，分工合作，充分发挥个人优势 为团队成员提供深造的机会，建设学习型测试团队 认真听取团队成员的见解和建议 鼓励团队成员的创造力 实施参与管理，有效授权 营造开放、信任和自由沟通的氛围 适当开展业余活动 2. 加强队伍建设 根据公司的战略规划，有重点、有步骤地组建测试团队。目前只考虑软件功能测试，逐步培养软件测试和系统测试人员。 具体有如下举措： 测试组现有4人，其中新加入2人。计划发展到6~7人，其中券商的功能性测试4人，交易宝，环球快车和系统测试人员2~3人； 业务范围： （1）重点：研发测试。测试早介入，问题早发现，测试需要了解产品需求，新功能，希望测试组可以参加需求评审。参与到研发过程中的各种测试，直到产品上线。包括核心器件选型测试，单元测试，集成测试，系统测试，alpha和beta测试，用户验收测试等。并参与一系列研发评审活动，了解相关技术背景，为充分测试作准备。 （2）次要：小批量验证测试。包括测试环境搭建，生产测试程序设计与验证，生产测试规范编写与归档，小批量测试并触发质检入库。最后，编写小批量验证测试总结报告，并组织产品线进行会议评审。 （3）发展：压力和系统测试。开发低成本、高效可靠的智能程控开关和相关的适配器，搭建机柜式的自动化测试平台，并自主开发自动化测试程序。 根据之前统计，目前上线的券商有44家，其中不少会有新需求开发；最近又有 宏大，平安，恒利，中州，福亿5家新券商；加上后续还会添加新券商，每个券商基本都有PC，WEB和MOB版本，4个人差不多每人12个左右；后续我们还要做后台的测试，压力测试和公司自己的环球快车的季度升级，交易宝的测试；根据软件公司普遍的配置3~4个开发人员配置一个测试人员，因此为了更好的完成测试任务，测试队伍在要在6~7人左右。 3. 测试环境建设 花点时间、花点资金来建设下测试环境，会给我们带来事半功倍的效果。 具体有如下需求： （1）测试机：公司的测试Android机严重老化，主流的手机如华为小米1000左右的机子增加3~4台。 4. 建立规范的测试用例库 我们的测试管理平台支持测试用例库的管理，包括建立、修改、帅选、组合、导入、导出等操作，目前的测试用例放置在流程中，等规范化以后，可以随机加入专用的测试用例库。 具体按如下流程来操作: 首先，按测试线来编写测试用例设计规范。包括测试用例的常用设计方法，命名规则，内容、格式、附件等。 然后，按照规范来整理之前的测试用例，去粗取精，形成规范的、高效的测试用例。 接下来，我们组织评审团进行测试用例专题评审，合格的用例即可流入测试用例库。 我们要坚持做一件事情：不断向库中放测试用例，测试方案优先考虑用例库。 5. 提升测试技术 将硬件测试划分为：功能测试、性能测试、可靠性测试。现在覆盖比较多的是功能测试和性能指标测试。接下来，我们会提高可靠性测试方面的用例。 如何 本文来源：https://www.wddqw.com/doc/f00d6ef8cdc789eb172ded630b1c59eef8c79ab1.html