软件测试Assignment2
课程名称 | 软件测试 | 任课老师 | 蔡国扬 |
---|---|---|---|
年级 | 大三 | 专业(方向) | 计应 |
学号 | 16340015 | 姓名 | 陈彬彬 |
专业(方向) | 软件工程(计应) | 944131226@qq.com |
1.问题描述
在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估。
2.敏捷宣言
- 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。
- 欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。
- 经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
- 业务人员和开发人员必须相互合作,项目中的每一天都不例外。
- 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。
- 不论团队内外,传递信息效果最好效率也最高的方式是面对面交谈。
- 可工的软件是进度的首要度量标准。
- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
- 坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。
- 以简洁为本,它是极力减少不必要工作量的艺术。
- 最好的架构、需求和设计出自自组织团队。
- 团队定期地反思如何能提高成效,并依此调整自身的举止表现。
3.风险管理
大型项目存在诸多风险因素,在不同程度上对软件开发过程和软件产品质量造成影响:
-
需求变更风险
-
进度风险、预算风险、管理能力风险、信息安全风险
-
应用技术风险、质量控制风险、软件设计与开发工具风险、员工技能风险
-
人力资源风险、政策风险、市场风险、营销风险
风险不能全部消除,而只能采用避免、减轻和接受三种应对策略。
4.问题回答
我选择第三条宣言原则进行风险评估
经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
-
需求变更风险
工作软件短周期按时经常交付,也叫增量交付。如果在软件交付日之前,软件需求突然发生了变更,在短时间内公司并不能完成及时交付给客户反馈。而在一个大型软件项目内,需求分析的更改似乎难以避免。
-
进度风险
前期的软件交付经由市场校验,可能会导致从总体层面上不断针对市场需求进行分析设计调整,这将导致软件项目进度的不可评估性和不确定性。软件开发周期无法确定。
-
信息安全风险
由于在短周期内就要经常地交付可工作的软件,这必然导致前期交付的项目软件可能对关键信息如身份证、手机号等未实现加密处理,源代码未加密等问题。这样的问题可能会暴露用户的隐私信息,应用程序的后门容易被不法分子利用,信息安全不能被保证。
-
应用技术风险
经常地交付可工作软件,意味着前期交付的项目软件使用简单现成的技术进行开发,这样可能导致后期出现困难的需求,当前技术栈无法解决,从而需要更换应用技术,从而导致前后期软件技术栈不一致,应用的接口出现差异等问题。
-
质量控制风险
短周期经常地交付可工作软件会导致前期交付的软件质量把控上不太精细,可能会出现软件质量低,功能有bug等问题,影响用户体验,无法做到质量保证。
-
软件设计与开发工具风险
经常地交付可能会导致前期交付的软件在设计上出现偏差,无法适应市场需求等,或者在选择开发工具上出现选择差错,后期无法继续进行开发,从而可能会导致设计大幅度调整整改,和购买开发工具的预算浪费。
-
员工技能风险
软件开发过程中需要短周期内经常地交付可工作的软件,这必然极大地加大员工的工作压力,对员工的身体素质和精神素质有较高要求。后期如果要更换项目技术栈,也许会出现员工技能储备不足,无法持续开发的风险。