• 【可爱皮皮队-凡事预则立】


    1.Github地址:

         https://github.com/ShiKeing/repository

    2.项目问题的总结反思:

    • GitHub使用不熟练,成员上传代码困难,平时issue提交较少。大家应积极学习github使用方法,保证操作规范。熟练的成员积极分享经验,互帮互助。
    • 团队成员之间交流较少, 项目完成度低。组长未能尽到协调督促小组成员的责任,项目开发缓慢,大家积极性不高,各模块进度不统一,开发效率低下。在以后的开发中,应该更加细化开发目标,为每次的开发任务设置deadline,相互多督促,加强彼此之间的沟通。
    • 成员能力有限,大部分功能未实现,程序中间多次删该,拖慢进度。大家还需好好学习java程序开发/mysql的应用等相关知识。 

    3.团队的分工:

    • 分工不明确,只是大致划分模块,没有细致明确的分工,导致项目开发过程中,大家任务重叠。                                           改进方法:在一开始明确项目需求,确定需要的包,沿用统一的类,在开发前决定统一的架构,分工细致。
    • 分工之后成员之间的沟通较少,项目出现问题不能及时反馈、改进。                                                                             改进方法:大家在实现一部分功能之后,及时分享,大家多一起讨论沟通,发现问题,解决问题。

     

    4.代码规范:

    • 命名:变量、类名统一英文名、驼峰命名法。不缩写,不要怕长。
    • 格式规范:tab键用4空格代替。不要使用tab制表符进行缩进控制。(不同系统、编辑器表现的样式不同)   
    • 括号:每个“{”和“}”都独占一行。分行即不要把多行语句放在一行上。
    • 注释:精简明了最好。复杂的注释应该放在函数头,我们可以使用不同的显示风格来表示程序的不同部分。
    • css、js语句代码后加“ ; ”断句。js在最后一段 } 之前,分号可加可不加。
    • 编码统一:utf-8,所有文件头部都加上编码语句,css、html、jsp
    • 建立数据库统一用,字符集:utf8,默认排序规则:utf8_general_ci。表里的每个字段增加备注,表的用途备注在自增ID上。

    5.测试工作的安排:

    姓名

    测试模块

    蓝春美

    注册功能

     

    登录功能

    沈仕杰

    基本信息修改

     

    密码修改

    王美霞

    评论功能

     

    搜索功能

    6. 测试工具选择和使用:

    采用单元测试,编写测试类测试,由测试人员手动测试。

    7. 测试用例:

     

    8.项目测试评述:

    测试由于未使用工具测试,由测试人员手动测试,问题考虑也不全面,测试不够全面。大部分功能能够实现,同时也发现了一些问题,少量功能未实现,项目中也还存在一些bug,需要改进。

  • 相关阅读:
    lightdb fdw性能测试
    postgresql各版本不向后兼容重大特性
    lightdb copy from where\values多值加载时过滤数据
    lightdb生成pwr快照
    原百万访问量博客http://blog.chinaunix.net/uid/20656672.html不再维护(10年前数百篇oracle/teradata性能优化、故障处理案例)
    lightdb lt_bulkload,比copy更高效的导入方式以及jdbc copy实现
    lightdb/postgresql domain详解
    Oracle 23c? What happened 20c&22c
    postgresql/lightdb vacuum对性能的影响及彻底理解表膨胀
    postgresql/lightdb保留关键字与非保留关键字
  • 原文地址:https://www.cnblogs.com/wxmteamblog/p/12080936.html
Copyright © 2020-2023  润新知