From 82ccc9d87f28b25c42abd83a3b5b41134744ec53 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=BD=98=E7=99=BB?= <2312797303@qq.com> Date: Sat, 2 Oct 2021 08:33:15 +0000 Subject: [PATCH] =?UTF-8?q?19990083=20=E6=BD=98=E7=99=BB?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/README.md b/README.md index cd6b08b..556a68e 100644 --- a/README.md +++ b/README.md @@ -79,8 +79,8 @@ 软件项目是一种特殊的项目，具有如下特点： 1. 知识密集型，技术含量高； 2. 涉及多个专业领域，多种技术综合应用； -3. 项目范围广和目标的灵活性高； -4. 风险大，收益大； +3. 项目的范围广和目标的灵活性高； +4. 风险高，收益大； 5. 客户化程度高； 6. 过程管理重要。 @@ -88,7 +88,7 @@ #### 1.2.1 需求定义 **描述：** 定义出本次任务都需要做什么，做成什么样子。 -**参与者：** 产品经理、需求分析师、客户 +**参与者：** 产品经理、需求分析师、客户。 #### 1.2.2 可行性分析 **描述：** 由项目组相关成员去研究需求是否可行，能不能做出来。 @@ -267,15 +267,15 @@ W 模型是顺序性的、不可逆的，需求的变更和调整，依旧不方 在工作形式上，整个团队平时坐在一起工作，从物理空间上创造了更加便捷面对面的沟通机会。在团队职责上，团队内部具备完成软件交付的角色(能力)，团队所有人对软件的质量负责，开发过程由团队内部把控，业务价值团队内部快速流动，在任何环节都能及时获得反馈。同时，每个角色都更容易从全局视角去思考软件，避免了传统部门墙模式下的视角割裂和协作障碍。 -* 工作的软件高于详尽的文档 +* 工作的软件高于详尽的文档 。 为客户交付可工作的软件是我们的核心目标，我们应该尽早交付可进行端到端测试的代码，该目标决定了我们不应该花过多精力在面面俱到的文档上，但这不代表我们要抵制任何文档。实践证明，轻量级的文档策略有助于团队高质量交付可工作的软件。 -* 客户合作高于合同谈判 +* 客户合作高于合同谈判 。 主动拥抱变化，及时响应，持续交付。 -* 响应变化高于遵循计划 +* 响应变化高于遵循计划 。 通过高效的协作，获取快速的反馈，从而尽早做出调整，减少浪费。 @@ -380,11 +380,11 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准 #### 1.4.7 缺陷记录内容 1. bug编号：bug的唯一id，以方便尽快找到此bug； 2. bug标题：bug摘要，阐述bug大体内容； -3. bug严重级别，优先级：作为缺陷是否修复以及缺陷修复优先级的决定性因素； +3. bug严重级别、优先级：作为缺陷是否修复以及缺陷修复优先级的决定性因素； 4. bug产生的模块：记录bug所属模块，方便开发定位问题； 5. bug对应的版本：bug对应的软件版本，方便后续的统计归档以及开发定位问题； 6. bug描述：bug的产生环境、详细步骤、期望结果、实际结果； -7. 附件：包括但不仅限于截图、日志、录像、所用到的示例文件以及应用；同样是方便复现解决缺陷的。 +7. 附件：包括但不仅限于截图、日志、录像、所用到的示例文件以及应用，同样是方便复现解决缺陷的。 以上是上报bug、创建bug必须要做的，在后续我们还会对bug进行修复、复测等工作，那么为了记录后续工作，bug还应该包含： @@ -396,7 +396,7 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准 6. bug备注：备注，以便记录一些额外信息。 #### 1.4.8 缺陷预防 -**差错：**人在理解和解决问题的思维和行为过程中出现的问题，沟通不当，理解错误；（产生根源） +**差错：**人在理解和解决问题的思维和行为过程中出现的问题，如沟通不当，理解错误等；（产生根源） **错误：**软件内部问题，设计错误、编码错误；（内部原因） **失效：**软件系统运行时偏离了用户需求。（外部表现） @@ -417,7 +417,7 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准 4. 对于实时系统缺乏有效的测试手段； 5. 随着安全问题的日益突出，信息系统的安全性如何进行有效的测试与评估，成为世界性的难题； 6. 测试的自动化程度不高，手工测试过多，自动化测试工具和手工测试人员也缺乏较好的结合； -7. 缺乏软件测试意识、对其重视不够； +7. 缺乏软件测试意识、对其重视程度不够； 8. 在软件开发基本完成后才进行测试，也缺乏软件测试的统一标准； 9. 高校从师资储备到专业设置再到人才培养的机制薄弱。 -- Gitee