等我想想队

导航

实验十 团队作业7：团队项目用户验收&Beta冲刺

项目 内容
课程班级博客 班级博客链接
这个作业要求链接 要求链接
团队名称 等我想想队
团队成员分工描述 * 静：完成压力测试、录制视频
* 琦：录制视频、绘制燃尽图、制作ppt
* 诗怡：完成每日博客撰写、完成测试文档
* 啟程：完成压力测试、录制视频
团队的课程学习目标 完成Beta冲刺，完成压力测试
这个作业在哪些方面帮助团队实现学习目标 共同努力一起完成Beta冲刺，学习如何进行压力测试
团队博客链接 https://home.cnblogs.com/u/dwxxd/
团队项目Github仓库链接 https://home.cnblogs.com/u/dwxxd/

任务一 对互评方《实验九 团队作业6：团队项目编码&Alpha冲刺》的项目成果进行评价

任务二 Beta 冲刺Scrum meeting导航

任务三 完善与整理团队项目资料、编制团队项目总结陈述PPT、录制视频演示软件需求规格说明书中要求功能，在团队项目Github仓库中上传以上两个文档

image
image

任务四 完成《实验十 团队作业6：团队项目编码与Alpha冲刺》团队博文作业

  • 【软件验收测试Beta冲刺总结】结合燃尽图陈述任务1执行过程

    • 在Beta阶段冲刺时，我们对系统进行了不断的测试完善，寻找我们在Alpha阶段没有找出的或是没有发现的bug。通过燃尽图我们可以发现在6月26日、6月27日与6月29日，我们的实际工作量与理想工作量较吻合，说明我们对6月26日、6月27日与6月29日的任务估量更为准确，对这三日的工作更为了解。相较于后两日的工作，第一日的工作相对其他来说较为简单，故完成率较高。而对我们来说最难的就是6月28日的压力测试。

    image

  • 记录完成《实验十 团队作业7：团队项目用户验收&Beta冲刺》各项任务实际花费的时间和分工

    任务 花费时间 分工
    任务一 1 王诗怡、陈啟程
    任务二 23 王诗怡、魏琦、颜静、陈啟程
    任务三 5.2 魏琦、颜静

  • 每位成员总结本次实验心得，最后由项目组长进行总结陈述

    • 颜静（PM）
      ​ 通过本次实验，我们了解并掌握了很多测试相关的内容，在完成实验时，我主要负责一万条数据的插入以及相关测试视频的录制，通过这次试验，我对数据库的连接以及数据的批量插入有了更深层次的了解，对测试方面了解的也更多了。经过测试，我们发现了很多未知的bug，并予以修正，更新了原本的程序代码，优化了数据的容错性，保证了系统的正常运行，通过大家的共同努力，顺利的完成了此次任务。

    • 魏琦
      通过上次Alpha冲刺，我们的项目已经基本完成。这次Beta测试我们在上次的基础上，继续完善系统，对项目进行测试，掌握了软件黑盒测试，学会了编制软件项目总结ppt。每次实验对我们来说都是挑战，每天都花了很长的时间来完成，过程很困难，但是每个队友都坚持下来，每个人的能力都有所提高。从最开始的项目立项到现在完成一个项目，中间做了很多工作，让我们体验了一个软件从立项到实现的整个流程，使得我们具备了项目开发经验，过程中有酸有甜，但是我们都坚持了下来，也收获了很多。每次实验我们每个人对于每个环节都有所参与，每个成员都很认真的完成本次本次实验，互相配合，互相帮助，发挥各自作用。大家也越来越默契，遇到问题及时沟通交流，一起学习，努力解决问题，在每个成员的努力下，我们不断进步，超越自我。

    • 王诗怡

      ​ 在本次实验中，我们主要学习了如何进行各种测试。在完成实验时，我主要负责编写测试文档、每日beta冲刺博客以及本博客的撰写。通过此次实验，我更为深刻的意识到了测试的重要性。从前无法发现的小问题可能会在以后引起大毛病，所以我们需要不断的进行测试，尽可能的把问题与bug都在测试期间解决，这样才能在用户使用期间给其更好的享受体验。而本次的小组工作也给我带来了不少的收获，，每个人发挥自己的长处，大家一起努力，我们才能顺利的完成此次任务。

    • 陈啟程
      匆匆忙忙这一学期已经即将结束，这次的实验也是最后一次了，通过这次的实验完成了我们的项目，与小组伙伴在这一学期里也完成了每次的任务，合作也是十分愉快，老师也给我们辛勤的讲课，努力的给我们传达知识，十分的感谢老师在这一学期里对我们的教导，也感谢本次合作的小组同学，共同学习，互相帮助，一愉快的结束了本学期的课程。

  • 每位成员陈述课程学习总结

    • 颜静（PM）

      • 实验一提出的三个问题：
        1、软件的开发我们应该注意什么？我们应该做哪些准备工作？
        2、白盒测试和黑盒测试有什么区别吗？有哪些常用方法？我们在做测试时应该注意些什么？
        3、软件测试要经过哪些步骤？这些测试与软件开发各阶段之间有什么关系？
      • 回答：
        1、初级，会写基本的代码就行，等于会语言本身就行；中级需要学习常用的类库使用，至少会操作一个数据库，维护别人写好的代码；我觉得想做软件开发，至少需要达到上面两个层级，再学习一些未来要从事工作的行业知识。高级得会需求分析，设计架构，线程等等，最后编写代码实现功能。高手，对计算机、网络的理解需要很清楚，C/C++，网络知识，硬件知识，操作系统知识方方面面都要学习，最后会融会贯通，灵活应用。
        2、白盒测试对程序模块的所有的执行路径至少测试一次；对所有的逻辑判定，取“真”与取“假” 白盒测试的两种情况都至少测试一次；白盒测试也叫逻辑覆盖法包括：语句覆盖，判定覆盖，条件覆盖。
        黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据， 来检查程序是否都能产生正确的输出。黑盒测试有等价类法和边界值分析法。
        我们在做测试时应注意：
        ①软件开发人员即程序员应当避免测试自己的程序 不管是程序员还是开发小组都应当避免测试自己的程序或者本组开发的功能模块。
        ②应尽早地和不断地进行软件测试 应当把软件测试贯穿到整个软件开发的过程中，而不应该把软件测试看作是其过程中的一个独立阶段。
        ③对测试用例要有正确的态度：第一，测试用例应当由测试输入数据和预期输出结果这两部分组成；第二，在设计测试用例时，不仅要考虑合理的输入条件，更要注意不合理的输入条件。
        3、软件测试要经过如下步骤：
        ① 模块测试：它的目的是保证每个模块作为一个单元能正确运行，在这个测试步骤中所发现的往往是编码和详细设计的错误。
        ② 子系统测试：这个测试过程中的主要问题是模块相互间的协调和通信，它着重测试模块的接口。
        ③ 系统测试：它是把经过测试的子系统装配成一个完整的系统来测试，在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
        ④ 验收测试：它的目的是验证系统确实能满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。
        ⑤ 平行运行：它的根本任务是保证软件的质量，因此除了进行测试外，还有另外一些与测试密切相关的工作应该完成。
      • 课程学习总结：
        转眼间这学期快过去了，我们的项目也要完成了，在小组合作中，我们彼此都成了很好的朋友，一起讨论，一起思考，互相敦促和激励，在欢声笑语中一起成长，一起进步，我们有过争吵，但是那让我们的合作更加密切，并且意识到团队合作的重要性，以及团队合作需要注意的要点，即清晰有效的表达，这锻炼了我们的语言表达能力，使我们能更好的与人交流沟通，也有利于项目更好的进行，通过这次小组合作，我们对结对编程有了更深入的了解，通过合作交流，集思广益，我们的编程过程可以更加快捷、简单，思考更加全面，通过评测别的小组的项目，我们意识到了自己思维的不全面，察觉到了自己没注意到的缺点和不足，这让会让我们在今后的学习中正视这一缺点，努力改正，全面自己的思维，提高自己的技术。这次作业的完成，为我们的合作暂时画上了一个句号，但这并不是终点，我们会在未来更努力地学习，更有有准备地面对未来可能遇到的困难，相信我们会轻松的战胜它。

    • 魏琦

      • 实验一提出的三个问题：
        1、什么是软件工程？学习软件工程的重要性和意义？
        2、软件工程应用于哪些领域？与现代计算机技术都有哪些联系？
        3、软件开发的基本流程是什么？
        4、如何对软件进行需求分析，提出合理的项目建议？软件的测试需要哪些环节
      • 回答：
        1、软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。它对于培养学生的软件素质,提高学生的软件开发能力与软件项目管理能力具有重要的意义。
        2、在现代社会中，软件应用于多个方面。典型的软件有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，也提高了工作效率和生活效率。
        3、软件开发流程分为: 需求确认——概要设计——详细设计——编码——单元测试——集成测试——系统测试——维护
        4、对软件需求分析可采用NABCD模型。软件测试流程是指一个城市过程包含那些环节以及按照何种顺序来完成这些环节。
        (1)测试需求分析：测试人员通过对用户需求的分析，熟悉和理解系统的功能行和非功能性特征，并编写测试需求大纲。
        (2)测试计划设计：测试人员依据测试需求，设计与编写测试计划文档。测试计划文档描述了测试的背景和原因，测试的内容及范围，测试的环境，测试的资源，测试的进度、测试的策略已经可能痴心的测试风险等内容。测试计划文档是后续知道后续测试工作的规范性文件。
        (3)测试设计：测试人员依据测试需求和测试计划，设计和编写测试用例文档。并依据测试用例开开发脚本和设计测试场景方案。通常用例包括：名称、标识、测试说明、前提条件、测试步骤、预期结果、实际结果、用例状态、设计人员和执行人员等元素。测试设计是测试工作的核心工作，测试设计的好坏决定了缺陷发现的数量。
        (4)测试的执行。测试人员首先搭建测试环境。然后依据测试用例文档，对被测软件执行手工测试和自动化测试。对于未通过的测试用例，测试人员给出《软件缺陷报告单》。
        (5)软件缺陷管理：测试人员和开发人员一起确认《软件缺陷报告单》中的缺陷是否成立，描述是否清楚，如果缺陷成立，则要求开发人员对其修正。测试人员应对软件缺陷进行跟踪并催促开发人员修改缺陷。测试缺陷修改完毕，通常要对系统进行回归测试。
        (6)测试报告和总结。测试人员更苦测试的执行情况，缺陷的处理情况以及最终的测试结果。生成测试报告文档。在测试报告中，对没轮测试出现的问题和缺陷都进行分析，对最总遗留的缺陷已经缺陷可能造成的影响也做了说明，为纠正软件存在的质量问题提供依据。同时为软件验收和交付打下基础，整个测试项目完成后，测试组可以总结在测试项目中取得的收获以及出现的问题，为以后的测试工作积累经验。
      • 课程学习总结：
        一学期软件工程的学习已经进入尾声，回顾第一次写博客时对于软件工程提出的问题现在心中已有答案。通过学习软件工程这门课，培养了我们的软件素质,提高了我们的软件开发能力与软件项目管理能力，是我们必须具备的专业知识，掌握到软件开发的整个流程，而不是我们拿到一个项目就开始盲目的写代码，训练我们的思维逻辑，对一个软件进行需求分析等这些必要的环节，对于我们以后的发展我是极其重要的。

    • 王诗怡

      • 实验一提出的三个问题：
        1、个人开发与多人开发的异同以及优缺点有哪些？
        2、当我在一个项目团队中时,我更能适应哪种团队模式,并在团队中更适合担任怎样的角色?
        3、在测试软件时究竟有哪些流程以及必做项目,如何高效的完成软件测试?
      • 回答：
        1、开发效率、应用支持、标准化、系统整合、系统安全性、系统稳定性、风险控制、售后服务
        2、软件团队模式分为很多种，如主治医师模式、社区模式、爵士乐模式，官僚模式等等，它们各有优缺，应用于不同环境，不同类型的团队成员，比如主治医师模型适用于首席程序员极其优秀的情况等等。
        我觉得对于我们学生现如今而言，比较好的还是交响乐团模式以及功能团队模式。交响乐团门类齐全，各司其职，演奏都靠谱，同时看指挥；而功能团队模式是指具备不同能力的同事们平等协作，共同完成一个功能，在这个功能完成以后，这些人又重新组织，和别的角色一起去完成下一个功能。
        我希望我们的团队模式可以是二者的结合形式，通过磨合，能够协同作战。团队可以公开的讨论流程和工作的方式，协商制定计划；PM可以得到广泛尊重，有能力的成员也分担一定的领导职责；大家各司其职，平等协作，最后汇总各部分，完成任务。
        3、软件测试的流程：需求分析阶段-软件设计和编码阶段（进行单元测试）-集成、系统、验收测试阶段
        项目：代表软件研发的项目，包括了从前期项目预研，立项，组建项目团队，设计开发软件，测试调试，交付验收，以及软件运营等各项具体的工作。
        测试工作的有效性 通常由三方面决定：
        第一方面 测试流程是否高效。
        第二方面 测试工作是否规范。
        第三方面 测试方法和工具选择是否合适。
        No.1 测试流程是否高效
        首先测试流程是否高效，这受公司所处环境及体制影响。行业氛围及公司氛围，对流程影响是非常巨大，不同的行业可能具有不同的流程，不同公司可能具有不同的流程。虽然有通用流程，但每个公司每个项目都是独特的，只有合适的流程，才能使团队的效率最高。那么如何建设高效的测试流程呢？
        适合项目的流程都不是一蹴而就的，都是经过长时间的积累与流程改进，来达到的。这个过程管理层的参与，对流程改进会有巨大影响，不然在流程改进会出现“小马拉大车”，人人都是主人，又人人都不是负责人，造成流程改进落实难，对应的责任人不明确，责任人没有明确的职权，这会出现：一直要流程改进，但一直无法落地的情况。
      • 课程学习总结：
        ​ 在学习本门课程前我对软件工程并不是很了解，甚至在刚开始学习时，认为软件工程与工程经济没什么两样。在后来的学习中，我深深的感受到了自己的错误，两门课程不仅不能说是相同，反而有非常大的区别。在从前我们自己编写软件或是系统时，总是想到什么就写什么，没有目标没有方向，就像一个无头苍蝇到处乱撞，好不容易东拼西凑完成了项目，根本不会进行多次测试，觉得能跑就行了。在软件工程这门课中，我学会了如何系统的去完成一个软件项目，明白了在如何很好的完成软件项目这门课中有大学问需要我们去努力学习。只有通过这样系统的方法，才能保证我们的软件项目能够清楚整洁的运行。
        ​ 在软件工程这门课中，我不经学习到了课本上如何系统的去完成一个软件项目，我还学会了如何与小组成员相处，如何合理的分工，大家一起努力完成任务。所谓众人拾柴火焰高，一个人是很难去完成一个软件项目的，即使有这个精力，可能也没有这个心力。可能一个人寻找了很久也没有解决的bug，在团队中大家一起努力，一会便可以解决了。小组中，大家一起讨论，气氛十分活跃热闹，便也不存在一个人完成任务时的疲惫困倦了。只有在小组合作中，我们才能有各种不同的角度去看待同一个问题，角度多了，解决方法便也多了。
        ​ 总的来说，这门课使我受益匪浅，感谢我的小组成员能与我一起努力完成任务，感谢代老师与助教老师对我们认真的辅导教育。

    • 陈啟程

      • 实验一提出的三个问题：
        1、什么是bug？软件的行为与用户的期望不一致就叫bug吗？
        2、我们该如何管理源码？使用GitHub是方便有效的吗？
        3、我们该如何与别人合作？应该不考虑别人和自己的因素合作吗？
      • 回答：
        1、《构建之法》这本书上说软件的行为与用户的期望不一致就叫bug，刚开始我是不认同的，我认为有些可能产生正面效果的不应该叫bug，但是通过老师的解答与这一学期的学习，我明白了软件是给甲方的，有时候多余的即时是好的东西也是没用的，就比如鸦片，他的有些物质在医疗中是有用的，但是在正常人群当中，这种药物的成瘾性和依赖性就是危害，所以我们应该按照甲方的意愿来提供项目程序。
        2、管理源码的确有很多方式，刚开始没怎么接触过GitHub，感觉要通过访问外网十分不方便，也不知道他的具体功能，通过这一学期的使用，他的优点的确十分的多也很方便好用，虽然有时候不容易进去，但是瑕不掩瑜，世界各地的人都在使用，对他也表示认可，的确是有其强大之处，我们在后续的学习中还需要继续学习其使用。
        3、合作是人们解决问题的最为重要的方法，正所谓“三个臭皮匠，顶个诸葛亮”，虽然在合作过程中，可能会存在这很多问题，比如性格不合等等，刚开始感觉既然如此，如果我能力足够，自己做岂不是更好，为何还要带个不如自己的人，如果自己能力不够，别人又是否愿意和自己合作呢？通过这学期的合作，我明白了，尺有所短，寸有所长，金无足赤，人无完人，每个人都有自己所闪光的
        地方，取长补短方能使得更快更好的完成，而合作这个过程也使得自己发现自己所不足，同时提高自己的交流与合作的能力，想来这也正是合作的初衷吧。
      • 课程学习总结：
        一晃这一学期已经接近尾声，大学的上课时间也马上完结，虽然这需学期的课程并不多，可都是十分重要的知识，十分感谢教导我的老师们，还有帮助我的同学们，可能到了大四毕业以后就再页没有这样的学习环境了，所以这段时光我格外珍惜，老师分组的方式也使得与同学们的交流变得更多，与小组同学共同学习与努力，完成了软件工程这一门十分重要的课程的学习，这课程学习中，除了课本上的知识，老师在平时的要求中，我们还学习了很多课外的知识，也是十分有用的，学习过程中小组成员一起不断的交流合作，使得我们愉快的完成了本次的课程项目。

posted on 2021-06-29 23:09  等我想想队  阅读(84)  评论(0)  编辑  收藏  举报