行业专家：汽车行业软件开发过程中的主要问题
行业专家：汽车行业软件开发过程中的主要问题：需求、架构和设计、测试、项目管理和配置管理。系统需求分析：
– 系统需求规范的完整性不够，许多需求定义的不充分
– 需求的表示方法没有一致性，使用了不同的表示方法，没有明确如何对需求进行表示，如：系统功能不清楚、用例图没有一致性
– 系统需求的范围没有一致性：各个部门所实现的功能数量不同，如软件为17项功能，系统为28项功能，测试为30项
– 对可行性和可测性等方面的总体分析不清晰、分析结果未能保存
– 客户需求与系统需求之间的可追溯性不明确
– 非功能性需求(性能)未进行详细阐述
– 功能的命名规则和功能编号不充分
– 没有对之前版本进行评审(3.2除外)
– 评审行为及其维护是点对点式的
– 系统需求活动的规划和安排不够充分
– 验证测试计划中不包括性能需求 软件需求分析：
– 软件需求规范不一致，要开发的功能与软件需求中描述的功能不同
– 软件功能的描述在表达上不一致，也不清晰，没有相关机制来阐述12个软件功能
– 无法确定系统和软件功能的对应关系
– 对可行性和可测性等方面的总体分析不明确，没有对分析结果进行维护
– 尽管进行了复用，并制定了复用等级1〜4级(最高至最低)，但没有复用标准
– 对问题未实行监控 ， 只是指定了负责人
– 功能的命名规定和功能的编号不充分
– 没有定义ASIL级别
– 计划和安排不充分
– 对非功能性需求(性能)未进行详细描述 系统测试：
– 系统测试计划不可用
– 系统测试是在完成软件开发之前进行的
– 没有相关系统需求与客户需求的测试用例
– 未执行测试用例检查
– 系统需求与客户需求之间没有可追溯性
– 测试用例和结果的一致性不明确(例如：9号表单)
– 没有描述测试的实际结果，只是记录了最终结果(通过/失败)
– 报告的批准和分发不明确
– 系统需求与客户需求之间没有可追溯性
– 测试用例是根据系统测试工程师的经验开发的，没有对测试用例进行评审 软件测试：
– 整体测试计划不全面，包括回归测试策略
– 无法确定测试用例是否可确保整体功能
– 需求与测试用例之间的可追溯性缺失
– 一些测试用例和数据未开发，如：虽然有了需求，但是没有测试用例，因为它们是计算的，认为是不需要的
– 测试用例导出方法(例如，边界值等价分割等)和对该方法的理解不清楚
– 有测试用例检查清单，但未曾使用
– 测试日志未进行很好的维护
– 没有进行非功能的相关测试 谢谢分享。。。 厉害厉害 :Q :Q :Q:Q:Q
页:
[1]
2