【转】交付项目 check list-管理篇

1. 从第一天开始就要告诉客户,如果要做好一个项目一定需要你们的配合、支持和反馈,否则项目一定会失败

2. 有规律的给客户做项目Show case,频率最好保证在1-3周左右

3. 如果想要引导客户,首先团队要有自己的主见。要主动思考和琢磨,想的比客户远,思考的比客户深,看的比客户全

4. 每次客户开会的时候,需要整理会议记录。讨论问题的时候,尽可能在现场决策。如果现场无法决策的问题,指定一个具体的Owner

5. 团队需要维护一份需求列表和Issue列表。对每一项需要有来源、优先级和Esitmate

6. 实体的卡片墙是效率最高的项目管理工具,但还是需要维护一套电子版的需求和Issue列表

7. 当团队规模大了,或者有分布开发团队的时候,物理墙也许无法满足要求了,这时候需要选择Mingle之类的工具

8. 每次迭代或发布,一定要制定一个目标。比如:第一个次发布的目标是:销售经理职位可以在线提交简历和考试。

9. Share responsibility,让每个成员Take一部分责任,让他们感受到自己在团队中的价值,这才是最重要的激励

10. Share responsibility的前提是Share information。把项目邮件抄送所有的成员,和大家分享每一个项目的决定。

11. Iteration 0是有必要的,让团队搭建开发、测试的框架和环境,熟悉技术和业务,做一些开发和Spike

12. 项目开始的2-4周会比较紧张,因为这时候大家对技术和业务都不熟悉,必须要很多额外的付出才能保证团队有一定生产率

13. 开发节奏很重要,一般原则是先紧后松。当然,如果团队每个人都很牛,确实可以一直很从容,但这样的团队也是非常昂贵的。

14. 回顾会议是很有效的Team Building,让每个人敞开心扉的交流。一般2周左右举行一次

15. 成功的项目,一定要有5顶帽子:客户的帽子、PM的帽子、Tech Leader的帽子、QA的帽子、公司的帽子。每顶帽子对项目的成功都有各自的定义,他们互相牵制和影响,配合得当,项目就会很健康并且容易成功

<think> 嗯,用户询问测试Check List包含哪些内容。根据提供的引用材料进行分析,引用[1]详细列出了测试包检查清单的具体项目,这是最直接相关的参考。引用[2]提到了项目管理中的交付Check List,虽然范围更广,但其中上线阶段的Go Live Checklist也与测试相关。引用[3]和[4]是关于代码静态检查工具的,属于特定技术场景的检查项补充。 用户可能是一位测试工程师或项目经理,需要建立完整的测试检查体系。ta的关注点很务实,就是要知道具体包含哪些检查项。我需要把引用[1]的核心内容结构化呈现,同时结合引用[2]的上线检查部分形成完整闭环。 注意到用户特别强调"测试Check List",应该聚焦在软件测试生命周期中的检查节点,而非整个项目管理。因此重点整理: - 测试启动前的准备检查(引用[1]的1-9项) - 上线前的最终验证(引用[2]的Go Live Checklist- 代码级静态检查作为可选补充(引用[3][4]) 用户没有说明具体行业,所以保留通用性表述。如果ta后续追问某类特定测试(如安全测试),可以再展开。最后生成的相关问题要覆盖深度延展(如定制方法)和场景应用(如敏捷开发)。 </think> 基于引用内容,测试Check List主要包含以下核心内容,按测试阶段分类整理: --- ### **一、测试准备阶段检查项** [^1][^2] 1. **文档完整性验证** - 测试通知邮件确认 - 更新说明/安装说明齐全性 - 新增功能或修复问题清单完整性 - 自测报告提交状态 2. **测试包规范性检查** - 测试包存储路径正确性 - 命名符合规范(如:`产品名_版本号_日期.zip`) - 版本号与需求文档一致性 - 配置文件无遗漏且参数正确 3. **环境清理确认** - 日志文件/调试文件已清除 - 无残留临时文件 --- ### **二、代码质量检查项**(静态测试)[^3][^4] 1. **静态代码分析** - 使用工具(如`Cppcheck`)扫描代码缺陷 - 生成XML报告并换为HTML可视化报告 - 检查规则覆盖:内存泄漏、空指针等(`--enable=all`参数) 2. **自动化集成** - 在Makefile/CMake中添加检查目标 ```makefile .PHONY: check check: cppcheck --enable=all --std=c++11 --output-file=report.xml $(SRC_DIRS) ``` - 文件列表自动生成脚本(如`ListGen.bat`遍历.c文件) --- ### **三、上线前最终检查(Go Live Checklist)** [^2] | 检查类别 | 具体内容示例 | |-------------------|-----------------------------| | **系统部署** | 硬件验收清单、软件环境部署验证 | | **数据准备** | 期初数据迁移完整性校验 | | **验收文档** | UAT测试报告、信息安全验收单 | | **用户支持** | 培训计划完成度、上线切换方案 | | **风险控制** | 问题跟踪清单、遗留风险应对方案| --- ### **四、关键管理项** [^2] - **风险跟踪清单**:记录未解决缺陷的影响范围 - **交付件汇总**:确保测试报告/验收文档归档 - **完成标准确认**:达成测试退出准则(如缺陷率≤0.1%) --- ### **定制化建议** 1. **精简文档**:根据项目规模裁剪非必要项,保留最大公约数检查项[^2] 2. **工具集成**:将静态检查脚本嵌入CI/CD流水线(参考`CppcheckReport.bat`)[^4] 3. **阶段适配**:敏捷项目可合并检查项至冲刺验收清单 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值