测试人员如何快速测试完成迭代测试，保证主要的业务逻辑的不出问题，系统准时上线？
公司团队规模不大，大约研发只有20~30来人，大家平时工作也很融洽，大家一起吃饭，买东西吃等，就是产品部的同事和部门的负责人，对产品没有规划，需求人少，只有少量文档，说改就该，很随意。上线前都还在改，开发人员比较少，测试人员更少，基本上都是到上线前一天都还在开发新功能。测试人员从一个个基本功能跑不通开始测试，慢慢的开始正常的功能测试，异常功能都还没有开始测试就上线了。测试也给领导建议过，流程也有，但是推动起来，存在困难，更拉不下面子，更不愿意把关系搞僵。大家有啥好方法，在短时间快速完成基本功能测试就可以，领导要求保证主要的功能不出问题，其它问题测试发现了先记录缺陷管理系统，后续产品经理安排优化和改进，必须按照进度保证系统准时上线。
主要面临的问题，就是可能只测试一轮，就要保证测试质量，不遗漏不能出严重问题，大家有没有好的措施或方法推荐。
那是因为老板没吃过亏，要是因为某个BUG吃个大亏，他就知道了。跟你有同感，我们产品可能还不如你们产品，我们产品对需要什么功能可能都不知道，更别说详细的需求文档，根本没有。安卓是这样实现的，IOS又是那样实现的，测试也不知道谁对谁错了，因为都实现了功能，还有就是测出来问题整天扯皮，时间全浪费在扯皮上了。个人认为，产品一定要给力，或者项目总监一定要给力，需求一定要明确，不然就不要做项目，做好整天吵架扯皮的准备就行了。 还有一个方法就是，找个QA，也就是质量负责人或者叫配置管理人员，全权负责项目开发阶段的质量，QA主要干的事情，就是下任务，确保任务执行。举个栗子：比如某个项目计划半年来完成，那项目的产品设计阶段用时1个月，项目开发阶段3个月，测试阶段用时2个月。然后把任务时间点规定明确，在配置管理系统上下详细任务（例如禅道），假设给产品下任务，产品设计阶段1个月，前两个礼拜自行设计，设计完成必须要出设计原型，需求设计文档等（交不出文档自行加班，或扣奖金），然后进行第一轮评审，评审完进行一个礼拜的修改，修改完进行第二轮评审，评审完修改，修改完进行最后一轮定版评审（例如确定版本1.0），定版后的产品是一个字都不能改的，需要改加在V 1.1或者后面版本迭代，版本定版后，产品就可以开始1.1版本的设计了。产品阶段任务完成，开启开发和测试阶段任务，同样把任务挂到管理系统上（每天必须更新进度），开发阶段的任务分为UI开发，系统开发，测试开发，UI开发第一个礼拜时间需要提交1.0版本，所有UI的设计文档，里面必须规定清楚需要多少个UI，每个格式，大小等，任务分配给谁做，多长时间内完成，然后进行评审，通过后按照此文档执行，时间节点内完成相应任务。系统开发阶段，前一个礼拜必须提交概要设计（框架和架构设计）文档和详细设计文档（详细如何实现），同样必须详细到每个功能，用什么方法去实现（前端、后端、数据库分开设计），任务分配给谁，时间节点多少等等，设计完成进行评审，评审通过照此文档执行。测试开发阶段，前一个礼拜，必须提交测试计划和测试方案文档，同样规定到需要测那些方面（功能、性能、安全、自动化开发等等），具体如何去测？用例如何写？谁去测？什么时间测？通过标准如何？等等，完成后进行评审，评审通过照此方案执行。所有阶段所有任务以及任务完成所需要提交的所有东西，都必须在任务时间节点结束前完成，时间不够自行加班，时间节点内未完成任务，根据拖延时间进行相应处罚。QA只需对项目负责，无需对任何人负责，老板也不能随意修改定版的东西。 有问题加我微信Roa_0509,随时沟通。 :handshake 小公司是这样了，有时候急着上功能，就会压缩测试时间，这也没办法，只能说尽量还是按开发流程来，一个版本一个版本迭代，如果个别需求紧急就先上
页:
[1]
