深圳专业网站建设制作价格低,wordpress图片分享插件下载地址,服装网站建设规划书怎么写,取消网站备案流程通过实际#xff08;自研互联网#xff09;企业的研发流程一览图。 我们发现分为9个阶段#xff0c;当然每个公司细节并不一样。 所以我希望你能理解这句话#xff1a; 一切的流程、行为、结果都是围绕“产品质量”这4个字开展活动。而作为测试#xff0c;你该考虑的是如何… 通过实际自研互联网企业的研发流程一览图。 我们发现分为9个阶段当然每个公司细节并不一样。 所以我希望你能理解这句话 一切的流程、行为、结果都是围绕“产品质量”这4个字开展活动。而作为测试你该考虑的是如何满足项目“进度要求”的前提下达到“产品质量”的最上限 接下来我们就详细的说说每个阶段我们作为测试人员的所作所为
一、需求阶段
“需求”一定是重点 什么是需求 需求即公司决策层为公司发展提出关于“产品”的功能idea。 那为了老板的“idea”我们研发团队都做了哪些事
产品经理
和管理层沟通“idea”的细节。确认“需求列表”实现优先级先搞哪个后搞哪个输出“产品说明文档需求的规则”、“产品交互文档需求的页面交互”并与管理层再次确认是否与“idea”一致有无思维上的错位。进行研发组的“需求评审”会议。
研发人员前后端
听需求开发leader分配任务。了解本次需求新增、变更以及影响范围包括需求规格说明书、功能结构及模块划分根据需求梳理代码实现方案。
测试人员
听需求测试leader分配任务。了解本次需求新增、变更以及影响范围包括需求规格说明书、功能结构及模块划分根据需求梳理测试点。 作为刚入行的“测试人员”怎么更有效、更有质量的在评审环境及时发现问题提出问题。 短时间内赢得团队的认同和领导的赏识。 我会在之后的章节专门讲一讲。 二、制定技术方案
制定技术方案主要实施人员为“开发人员”。制定技术方案的目的就是为了满足本次迭代“需求”的技术方案框架满足“实现”与“预期”的功能、性能一致并且不会对已实现的业务造成影响。主要包含以下内容
数据库表设计。接口设计。代码的详细设计。小公司一般不会有但会让开发进行关于业务逻辑的表述确保与产品一致以上会形成文档总结在《概要设计》中。
三、UI评审
我们都知道一个产品肯定界面是要符合用户审美的而负责这一审美的研发人员就是我们的UI设计师。
UI设计师当然不能随意设计主要依据的还是《产品交互文档》进行设计当然要根据个人经验来进行更细化的交互设计。
四、技术评审
这个还要从第2点说起听完需求后也就是从第2点开始研发就需要着手制定《技术方案》自研公司的迭代周期大部分是“1个月1迭代”所以这个“制定技术方案”的时间基本上需要在1个礼拜内做完甚至更短的时间。
在我经历的公司内可能大部分开发人员对于业务的理解并不怎么重视。
所以开发人员在技术评审阶段需要进行两个宣讲内容
需求串讲。开发会进行需求的二次宣讲由产品经理确保在理解上不会有偏差技术方案的宣讲。表设计、接口设计等
五、任务分配
既然技术评审已经完成那么就到了开发任务的安排为了计划更好的进行所有公司都会有自己的研发管理平台例如大家熟知的“JIRA”、“禅道”、“Excel”。
你可以理解在这个过程研发部门需要输出《研发计划》包含最基本的“开发计划、测试计划、上线时间”即可。
这些不仅仅是测试人员理解的“BUG管理工具”更是迭代的“需求”管理工具可以很直观的将“产品”、“开发”、“测试”人员的工作联系在一起通过看板数据来直观确保“计划的正常实施”。
开发“研发工时”、“提测时间”等数据。测试“测试执行工时”、“测试完成时间”等数据。产品“版本预计发布时间”。等等…
六、测试用例评审
测试人员一般对于业务的理解会很准确且积极的和产品沟通所以不需要进行宣讲主要是在“需求评审”后就着手编写“测试用例”。
测试用例主要需要包含两点
产品文档的“内容的100%覆盖”且确认文档内无“缺胳膊少腿”等不合理的问题。产品文档以外的测试用例。 刚入行的软件测试人员 怎么做到“产品文档100%覆盖” 又如何发现“更有质量的文档问题” 产品文档之外的测试用例又该设计哪些我该怎么设计 这些都是需要依靠“经验”的积累以及“更有效的工作方法”来解决。 你欠缺的仅仅是一个“敲门砖”我10年的工作经验总结会讲这个“敲门砖”用一个“很简单”、“很有效”、“可复制”的方法带你入门而你要做的就是形成“肌肉脑部记忆”。 这一方法我在我招聘的“软件测试培训出来的同事”身上得到很好的“实验效果”仅仅一个月就达到了别人“一年的工作经验效果”能够独当一面。 七、迭代开发测试
大部分的外包可能是属于“集成测试”即当“所有功能”完成开发后提交测试人员进行测试。
自研互联网公司则不是迭代时间决定了我们需要“快速发现问题”“尽早发现问题”所以我们会按模块进行测试之后进行“集成测试”。具体的过程我们后续会讲 总之一句话开发与测试并行。 当然在测试完成后我们还需要输出《测试报告》…
八、发布版本
发布版本“业务或产品验收通过后”将代码“发布在线上环境”的过程可以理解为发布过程。
当然过程中没有这么简单但是也没有那么复杂过程总结如下
业务、产品验收通过。这个验收过程测试同学会进行一定协助开发合并本次代码到Master。整理并提交SQL脚本、配置脚本等。运维进行版本发布。测试、开发跟进线上运行状况及Bug。
这是一个很简单的过程当然有些公司还会准备“版本回滚方案、数据清洗等措施和计划”等。
你可以理解为“版本正常有效的发布”和“紧急问题补救措施”这两个大类即可。 九、回顾会
大部分自研公司应该都会有这个环节吧有的很客气有的像吵架有的还像“甩锅大会”。总之如果你第一次参加可能会刷新自己的认知
