测试管理/项目开展/方案编写

一.如何管理测试团队

1.定义测试策略：测试团队需要建立清晰的测试流程和标准，包括测试计划、测试方法、测试标准、测试环境，测试用例设计、测试执行、缺陷跟踪等流程，并确保所有成员都能够遵守这些流程和标准，以保证测试的质量和效率等。测试策略应该根据项目需求和实际情况来制定，确保测试的有效性和全面性。
2.分配任务和角色：测试团队应该根据成员的技能和经验，将测试任务分配给合适的人员，并为每个人员指定明确的职责和角色。此外，还需要为团队中的每个人员建立清晰的沟通和协作机制，以确保任务的顺利完成。

3.使用合适的测试工具：测试团队需要使用合适的测试工具，包括测试管理工具、缺陷跟踪工具、自动化测试工具等，以提高测试的效率和准确性

4.进行培训和交流：测试团队应该定期进行培训和交流，包括技术、流程、沟通等方面，以提高团队的整体素质和协作效果
5.持续改进：测试团队需要持续改进测试流程和方法，包括收集用户反馈、优化测试策略、改进测试工具等，以不断提升测试质量和效率
6.对测完的需求进行整理，然后分享给其他测试，让其对整个项目有更全的认知

二.项目如何开展

第一步：梳理产品的核心业务流程：明白这是个什么项目，实现了什么业务，以及是怎么实现的—可梳理业务流程图
第二步：根据流程进行模块细分，然后针对每个功能模块进行详细的测试点设计和提取。—正常功能验证和异常功能验证
第三步：针对具体功能，寻找每个输入项和步骤，从以下三个角度来分析测试点—长度，数据类型，必填项，重复 ； 需求的约束条件 + 隐形需求；功能之间的交互
第四步：考虑非功能测试点，包括界面、易用性、兼容性、安全性、性能压力

三.自动化测试方案编写思路

澄清问题:
目标：完成项目的自动化测试，设计一个方案，告诉领导打算怎么做？有哪些流程？花多长时间？需要哪些资源帮助？达到什么样的效果？
现状：需求分析-是个什么样的项目？有多少功能模块？核心业务是什么？为什么要做自动化测试？希望利用自动化解决什么问题？项目目前面临的问题是什么？

1. 需求分析、项目了解、业务熟悉 ：
核心业务 优先级 接口文档？

2. 自动化工具/框架选型—为什么要写代码框架，而不是选工具？
工具：别人已经实现的功能，你只能用，通行性非常高，项目定制化的可能实现不了。如果工具提供扩展功能，还要掌握一门它的语言，然后自己写代码去扩展。
代码：想要什么，用自己最熟悉的语言就可以实现什么

3.根据项目对框架做调整/优化
判断鉴权方式
接口请求类型：http dubbo webservice
先写几个接口测一测能否跑通

4.如何获取接口/预估接口量是多少
swagger。 开发人员对接。 如果没有接口文档，考虑如何持续自动对抓包

5.预估时间，并做一个时间上的计划
几个人一起写？
平均一个人，每天可以完成几个接口的自动化：接口的业务/接口的入参出参了解/设计自动化用例/执 行并调试
平均一个接口有多少用例？
Jenkins集成-调试
6.需要资源和协助
jenkins环境，gitlab环境等
7.做成的效果
a.覆盖了多少模块的功能，每一个模块覆盖的比例，总共业务上覆盖上比例
b.在每一次开发专测试的时候，在测试环境快速冒烟、回归。提高测试效率，时间效率
c.对于最开始的：解决了什么问题？
d.Jenkins 集成-实时展示。。。
e.记录从开始做自动化到现在为止，发现bug量是多少；记录一下没有自动化的时间和有了自动化的时间；记录一下没有自动化之前线上历史bug量/UI bug量。有了接口自动化之后，变化四什么？
8：维护和优化阶段—追随迭代—新需求的接口也逐步加上
总结：
1.自动化测试目标
2.自动化技术选型及策略
3.自动化测试步骤
4.自动测试范围
5.人员的职责分配和进度安排
6.风险和考虑因素

四：测试流程

1.产品经理整理需求文档、绘制产品原型，并组织产品、开发、测试等组长召开需求评审会议
2.开发、测试组长根据成员的技能和经验，将测试任务分配给合适的人员
3.需求对应的产品，开发，测试，还有各组长再次进行需求评审，在评审过程中就疑问进行提问解答
4.评审之后，开发人员开始编写代码，并进行单元测试；测试人员同步开始编写测试用例、评审测试用例
5.开发完成后进行冒烟成功后提测，部署到测试环境，测试人员开始测试，有问题提到bug管理系统，测试环境测试完成后，产品进行第一轮验收，然后进行预发布环境测试
6.预发布测试完成后，进行上线，测试和产品再次进行测试，对测试结果进行分析，编写测试报告
7.上线后持续关注线上产品是否正常运行。
8.测试人员会整理下自己负责的需求，开会时进行讲解，以便其他组员进行了解

五：怎么看待功能和自动化？

测试覆盖范围：功能测试可以覆盖系统的所有功能点，包括主要功能、次要功能、边缘功能和异常情况等，而自动化测试一般只针对重复性的测试任务和常规流程的测试
测试效率：自动化测试相对于手动测试效率更高，能够在短时间内完成大量的测试任务，并且测试结果更加准确和可靠；而功能测试需要耗费大量的时间和人力成本，测试结果也相对较为主观。
测试周期：自动化测试的周期较短，可以在每次代码变更后迅速执行测试，提供及时反馈；而功能测试需要较长的时间来进行测试，会延长整个产品开发周期
总之，功能测试和自动化测试是两种不同的测试方法，各有优缺点，应根据实际需求和项目特点来选择合适的测试方式。功能测试一般更加全面和细致，而自动化测试则更适用于重复性的测试任务和常规流程。
1：如果是部分功能稳定，但是在不断的迭代增加功能，那么就可以考虑自动化测试+功能测试配合的策略。
2：如果功能都不稳定，属于大刀阔斧改进的话，那么建议不要去想什么自动化了，点点点才是真理。

六：新进一个项目组，如何进行开展？

1.先熟悉一下组内的人，大家分别是负责哪些模块，自己后续需要负责哪些模块
2.安装工作中必备的测试工具
3.把要测试的系统、产品或者APP做个了解，知道功能入口在哪，做个操作体验
4.了解用户是谁、提供的核心功能是什么、系统在上下游的地位是什么，有个全局性的把握
5.做个项目业务流程图，或者重点逻辑流程图，加深理解
6.入职第一天开始，应该养成【随时做笔记】的习惯

七：测试计划包括哪些

在软件测试工作之前制定的一个文档，它旨在规划测试活动的目标，范围，策略以及相关资源的分配
包括：测试目标（功能，性能，安全性等），测试范围（核心功能，异常情况，边界值等），测试策略（测试方法，测试用例的设计与执行，测试环境的搭建等），资源与时间的安排（人员，硬件，软件，测试工具，时间安排），缺陷管理与跟踪（对发现的缺陷进行有效的记录，分类和跟踪）

八：测试报告

在软件测试完成后生成的一个文档，它用于总结和反馈测试的结果、发现的问题以及对软件质量的评估。
概述：包括项目背景、需求描述、测试目的等内容。
测试过程：描述测试人员、测试时间、测试地点、测试版本等信息，以及测试评审记录、测试范围、测试用例和功能实现清单等内容。
测试环境：介绍软件环境和硬件环境等信息。
测试统计：包括资源统计、执行情况、问题统计、问题列表、遗留问题等内容。
测试总结：总结本次测试的覆盖程度、bug解决程度等，以及最终是否决定通过本次测试。
测试风险：列出所有在测试过程中遇到的风险和问题，并提出解决方案

九：当开发人员说不是bug时，如何应对？

1.需求没有确定，找产品经理进行确认需不需要改动，商量确定好再看要不要改
2.这种情况不可能发生，所以不需要修改，这个时候可以先尽可能的说出是Bug的依据是什么？如果用户发现或出来问题，会有什么不良结果？如果还是不行，就跟开发和测试经理进行确认，最终bug被确定不改，那么需要在测试报告中记录下以便以后查阅

十：在项目中如何保证软件质量

项目质量不仅仅是某个人或某个团队来保障的，而是整个团队一起努力的结果，因此，在公司级别需要有一个规范的项目流程。
A.产品，保证迭代过程中的产品逻辑，对于可能的兼容，升级作出预判并给出方案
B.开发，产品细节的验证，技术方案选择要严谨，考虑兼容性能，开发完成后要充分自测，严谨遵循开发规范操作
C.测试，验证产品逻辑，站在用户角度对交互设计进行系统验证，尽可能多的使用技术手段保证测试质量。（测试组长：定义测试策略，合适的人测合适的需求，进行培训和交流等）
D.运维，制定严谨的上线流程和权限管控，做好生产环境监控报表，出现事故后又应急方案

十一：测试快完成了，老板或客户要改需求怎么办

看需求范围变更大小，评估工作量，进而去申请测试资源
如果变更范围比较小，并且能如期保证上线，测试人员也需要认真评估下工作量，做到心中有数
如果变更范围比较大，这个时候我们既要给开发预留出时间，也要给测试人员预留时间，保障项目的质量，由于测试工作量比较大，并且影响到项目延期时，测试可以合理阐述自己的观点，实在不能延期，可以向领导申请测试资源
另外还可以评估变更范围的紧急程度，就上一条而言，如果变更范围确实比较大，可以和项目组成员去评估下，哪些部分是紧急上线，哪些不是紧急上线，不着急上线的模块，我们可以放到下个版本，再继续进行迭代升级，这在一定程度上能减少测试人员的工作量，也能够保障项目的质量，也能规避一些风险

十二：职业规划

第一：尽快了解自己的工作内容及职责，熟悉公司的产品和业务，利用自己所学的测试理论知识做好自己本职的工作，积累业务知识
第二：在熟悉了产品的业务逻辑之后，为了提高测试覆盖率和测试效率，确保高质量的完成测试任务，我将开始大量运用自动化测试技术，帮助公司实现自动化测试
第三：落地之后，后期会继续学习新的测试技术，我现在也报了网上的测开课程，希望自己能独立开发测试平台及工具，为公司带来更多的价值，同时我将学习制定项目计划，跟踪测试进度和编写测试报告，并努力有机会在后期实践测试项目管理，也将我考的pmp和高级项目管理证的所学的知识运用其中
以上就是我打的规划，谢谢

十三：你还有什么想问的吗？

1.技术面
第一想了解咱们公司的主要项目，目前正在做的项目？
第二如果有幸入职的话，我想清楚下我主要负责哪一部分的工作
第三想清楚下咱们公司开发团队、测试团队的人员构成
2.Hr面
第一想了解下咱们公司的企业文化
第二如果入职了，想问下有新员工入职培训，像公司介绍、规章制度及岗位职责这种吗

十四：测试人员在测试过程中怎么管控质量

1.需求分析
需求要吃透，多了解，多问
有哪些关联的模块，数据库有哪些关联点，涉及到的显性 隐形需求
进行需求评审，防止有遗漏的地方
多站在用户的角度去考虑，存疑的地方，多于开发和产品沟通
可以参考同类型的竞品
2.用例的质量
按照科学的方法设计用例，加强评审和优化，仔细执行用例，预期结果要检查到位
持续更新用例库，对于出现的未覆盖的，需要更新到下次常规测试中
进行交叉测试，多个人覆盖不同的测试考虑点，可以避免一些固化思维带来的漏测
严格按照公司的测试规范去执行。冒烟测试一定要做
3.Bug回归
根据开发修改的建议，相关联的模块要回归一遍，bug本身也要回归一遍-可适当利用自动化手段进行回归
根据自己的经验，考虑开发未考虑到的模块
4.会议
通过复盘会议不断的反思与提升