测试、项目团队规划/策略/战略

背景：

        基于目前的测试团队不断壮大，后续需要更规范更专业的测试输出

目的：

        提升大家的综合能力及竞争力，终极目标是实现机器代替手工，解放双手，提升产品交付质量

laofashi2015-CSDN博客

执行人员：

         全部测试人员

laofashi2015-CSDN博客

项目生命周期：

        1）整个版本规划

        2）项目排期

        3）资源配置安排

正文：

一、基本输出

测试用例

        1、功能覆盖：基于需求功能点，包含正常功能，异常场景，破坏性测试，app会考虑中断测试（干扰）等场景的考虑

        2、兼容性覆盖：最常见的有Windows、Unix、Macintosh、Linux，手机端有iOS，Android，iPad等，主流浏览器兼容，邮件测试兼容如手机端，微信端，pc端及主流邮箱，网易，新浪等

        3、安全性考虑：比如身份证，密码加密显示，加密存储，数据库攻击，XSS攻击等

        4、性能测试：接口性能，大数据量系统处理能力，页面图片加载速度等

        5、用户体验：现在越来越重视用户体验的问题，可需求阶段提前提出，测试用例里可包含体验场景的考虑

回归基线

        1、基于系统最核心最常用功能的整理，回归测试时必须要验证的功能点

        2、步骤尽量详细，包括入参，执行场景及执行结果，可供新入职测试人员按照测试步骤完成功能测试

        3、持续更新，基线需根据迭代版本持续更新

测试报告

发布版本的测试结果体现，需包含的内容：

        1、 版本号及项目名字

        2、 测试结果：测试通过/不通过

        3、 测试时间段：xxxx.xx.xx ~ xxxx.xx.xx

        4、 测试人员：XXX

        5、 测试遗留问题：有，是否解决，不解决会影响什么，计划后续解决时间是，没有就写无

        6、 测试case执行完成情况，常规为全部执行，进度100%

        7、 Bug数及bug详情，常规是bug全部解决及验收通过

        重点是，是否有遗留问题，遗留问题的跟进很重要!!!

二、测试方法

测试左移和右移

        左移：左移是在测试阶段到来之前，尽可能的抓紧开发前(需求分析)和开发中的时间做测试，提前发现问题，防微杜渐，避免积重难返，可以为用户体验，细节设计等功能点

        右移：右移是在生产环境一些问题的发现，我们有没有能力第一时间发现问题并解决问题，并保证线上数据的一致性或尽可能少的影响线上用户

自动化

包括：接口自动化， UI自动化，建议是比较稳定的功能点实现自动化，以保证人工投入成本

        1、 确定自动化框框，使用postman或者testng或者其他框架，建议统一框架，待讨论

        2、 框架搭建及分工

        3、 进度安排，阶段性的完成，第一阶段可以完成基线的自动化，后续新增功能可以实时完成

        4、持续集成、部署（CI/CD），自动化报告的呈现

覆盖率平台

        覆盖率可作为测试阶段的测试覆盖参考，不可作为硬性要求，测试通过是否可以上线还需测试人员自己评估，可参考测试用例执行完成情况

        难点：目前需要做出覆盖率平台，可作为长期的规划

三、评审以及漏测管理

        需求评审：需求评审时了解清楚需求及细节确认，不清楚不明白的地方尽早提出疑问

        测试用例评审：再次确认好需求，多方（产品，开发，测试）再次确认需求范围

        统计漏测：每个版本统计、复盘本次版本中的漏项

        所有漏测上禅道：让leader和第一责任人共同去思考制定举措

        全员分享：把举措分享给大家

        负激励机制：用起来，对外我来抗，对内责任清

四、沉淀：以文档形式沉淀下来

复盘

        1、项目复盘

一般可针对大型项目需做项目复盘（或者是项目总结），以便于经验积累，可为问题总结，经验（做得好的一些方式方法）总结，需文档形式呈现，方便其他同事阅读及参考

        2、线上问题复盘

侧重类似问题下次不再出现，分析问题的解决方法，需文档输出，全员知悉，避免其他系统也出现类似问题

分享

        1、例会：每周测试组例会，反馈目前遇到的问题，好的做事方法，或者一些其他想法，时间限制半个小时内，每人需发言参与

        2、分享会/培训：每个人都有自己擅长的一面，需相互学习，可阶段性计划一个月培训一次，每人参与，主题不限（可以是技术分享，软技能分享，最新技术等等），时长可为半小时左右，分享范围可先测试组内部，如有好的主题可以在整个研发部内部分享

        3、backup：尽可能一条业务线多人backup，以免其中一人休假导致影响项目继续或项目问题排查进度

        4、业务沉淀：按照业务线，每条线可以输出主流业务文档

        5、技能沉淀：不限于性能测试，自动化测试，可以有探索性测试，其他小工具的产出，如检查代码里sql不带where条件的语句等工具

五、人才培养

人员培养

        1、首先进行人员分类，可采用四象限管理法分类，帮助该象限员工成长至下一象限；

        2、对四个象限的成员制定不同的目标和举措；

人才梯度

        1、明确团队的结构，应该是沙漏形；

        2、目前测试团队缺少明星员工（明星员工需要自己有优秀，甚至有追随者）；

        3、招聘可遇不可求，高级员工需要自己培养，首先考虑将各小组组长纳入此梯队；

        4、自己作为部门经理，目前也达不到高级梯队的能力，必须优先管理自己带好此梯队头；

        5、针对各个梯队指定不同的目标，比如基础梯队不愿意走技术路线，就要想办法提高人效，承载更多的业务手工测试；

技术升级

        1、测试人员要全面，尽可能全面了解服务器原理、以及部署、查找缺陷依据

        2、测试平台化，API自动化平台，UI自动化脚本库，场景性能测试平台化，

        3、测试策略扁平、通用化，

        4、性能学习路线：性能概念→API入门→jmeter提升及python基础→linux命令→各种中间件服务器定位调优。关于性能工具，主流是jmeter和loadrunner，没有好坏之分，都是客户端并发工具而已，性能测试的重点是定位调优 。

        5、更加广泛地采用敏捷和DevOps：能够通过实践、流程、工具、规则，让开发团队更加准确、敏捷地响应那些快速变化的需求，实现持续集成，并最大程度地缩短从开发到交付的时间。随着“测试左移”在SDLC(软件开发生命周期)中作用的突显，质量检查专家更需要在快节奏的开发过程中，通过持续测试，以保证交付出高质量的应用软件。在未来几年中，此类占比还会持续增多。

        6、开展QAOps：将DevOps中的连续测试与持续集成（CI）/连续部署（CD）管道集成在一起，而不是无限期地执行软件测试。借助Selenium Grig和Jmeter、自研的LuckyFrame接口自动化平台相结合持续输出覆盖需求。

六、发布&线上验收

发布

        1、列出上线步骤，具体到时间点，便于跟踪

        2、变更控制（DB，环境变量，代码，回滚步骤准备），这些测试同事可以跟进，上线前跟运维同事配合过一遍，保证上线后功能正常，不因配置问题耽误线上验收

线上验收

        1、测试整理验收功能点

        2、针对线上线下环境不一样的地方（目前XXXXAPP），上线前跟开发同事了解，注意上线时线上代码的处理。

七、线上监控，故障处理机制

        1）线上监控

        2）故障处理机制

八、部门目标实施方案

1、 部门目标实施方案的制订：

        1）、部门目标实施方案的制订主体：部门目标实施方案可根据组织目标要求逐级下达，也可根据目标的内在要求，由目标实施部门自行制定，交上级部门进行审批。

        2）、部门目标实施方案的重要性：

        3）、部门目标实施方案的管控内容：

2、部门目标实施方案的确定：

        1）、部门目标实施方案确定的主体：

        a.当部门目标实施方案由上级制订后下达时，部门和个人需要不折不扣的依据方案执行，但在确认方案或执行方案过程中，发现疑点的，需要及时上报和提出

        b.当部门目标实施方案由执行部门自行制定时，应制订多种或备选方案。上级部门确确认时，应择优选取和批准

        2)、部门目标实施方案确认的原则包括：

        a.可行性:

        b.经济性：

        c.全面性：

        d.可控性：

        e.时效性：

3、部门目标实施方案的执行：

4、部门目标实施方案的调整

1）、实施前调整：

2）、实施后调整：

3）、方案改进：

注：本文属于原创，本博客下所有内容，凡注明"来源：laofashi2015"的所有文字、图片和音视频资料，版权均属laofashi2015所有，任何媒体、网站或个人未经本人协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本人协议授权的媒体、网站，在下载使用时必须注明"稿件来源：laofashi2015"，违者本人将依法追究责任。
————————————————