《3+1团队》第九次团队作业：Beta冲刺与验收准备

1.团队项目github仓库地址链接

https://github.com/HaiYou667/3-1Growingfruits

---

2.Scrum meeting导航：

【Beta】Scrum meeting 1链接：https://www.cnblogs.com/3-1group/p/11074654.html

【Beta】Scrum meeting 2链接：https://www.cnblogs.com/3-1group/p/11079500.html

【Beta】Scrum meeting 3链接：https://www.cnblogs.com/3-1group/p/11082394.html

---

3.团队成员的具体分工

团队成员	分工	占整个任务的工作量比例	完成任务实际时间
王雯涵	博客编写 项目文档的完善与整理 团队项目总结陈述PPT编制 完成项目软件系统演示前准备工作	30%	10h
郭佳	项目文档的完善与整理 符合团队项目特点的项目验收意见表的编制 团队项目Github仓库中上传以上文档	30%	10h
麻存滔	项目文档的完善与整理 确认结对验收项目组	20%	7h
邹立源	项目文档的完善与整理 编制验收会议名单及验收会议议程	20%	7h

---

4. 成员总结心得

  测试是为发现错误而执行程序的过程，一个好的测试方案是极可能的发现迄今为止尚未发现的错误的测试方案，成功的测试则是发现了至今为止尚未发现的错误的测试。
  软件测试目标为：
    ●发现缺陷
    ●增加对质量的信心
    ●为决策提供信息
    ●预防缺陷

  Beta 测试：由潜在客户/用户在他自己的环境下测试软件系统
  Beta测试是一种验收测试。所谓验收测试是软件产品完成了功能测试和系统测试之后，在产品发布之前所进行的软件测试活动，它是技术测试的最后一个阶段，通过了验收测试，产品就会进入发布阶段。验收测试一般根据产品规格说明书严格检查产品，逐行逐字地对照说明书上对软件产品所做出的各方面要求， 确保所开发的软件产品符合用户的各项要求。 通过综合测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步——验收测试即可开始。验收测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。

  Beta测试由软件的最终用户们在一个或多个客户场所进行。与Alpha测试不同，开发者通常不在Beta测试的现场，因Beta测试是软件在开发者不能控制的环境中的“真实”应用。用户Beta测试过程中遇到的一切问题（真实在或想像的），并且定期把这些问题报告给开发者。接收到在Beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。

  所有软件测试应追溯到用户需求，在测试之前就应该制定出此时计划，根据测试计划从“小规模”测试开始，并逐步进行“大规模”的测试，但由于受到时间、人力以及资源的限制，完全测试是不可能的，所以应该精心地设计测试方案，有可能充分的覆盖程序逻辑并使程序达到所要求的的可靠性。同时为了实现最大可能性的发现错误的测试，即达到最佳的测试效果，应该由独立的第三方从事测试工作。但本系统较小，用户以及功能相对简单，所以系统测试由组内成员进行。

---

转载于:https://www.cnblogs.com/3-1group/p/11082761.html