ASPICE总结2——软件详细设计与软件测试过程
软件详细设计在ASPICE中代号是SWE3,处于V模型的左侧； 软件测试则包含软件单元测试（SWE4）,软件集成测试（SWE5）以及软件合格性测试（SWE6）三部分，处于V模型的右侧。下面我会比较详细地介绍一下各过程域的实施要点和迎审会面对的主要问题。
- 软件详细设计
软件详细设计要准备的第一份交付件就是：软件详细设计文档！文档的输入是软件的需求，内容应该涵盖数据结构定义，全局变量和宏定义描述，动态行为描述（任务/中断/需求方案分析等），每个函数的实现（输入/输出/返回/伪码等）,详细设计评估（关键性、复杂性、交互性等维度）。严格意义上来讲，应该是先做好详细设计，再写实际的代码。但是！其实我们是先代码后详设，或者说两者融为一体的，因为人力不够，时间也不够，只能走捷径。需要注意的就是写伪码的时候别写的跟源码一样，别露馅了。对于这一点，其实各OEM应该也心里有数，不会揪着不放。
在软件详细设计写完并进行了评审之后（评审记录要留好），就可以进行代码相关的一系列动作了。
首先，写代码的时候就要注意对编程规范的遵循，如果OEM还有KGAS的要求，那就尤其要上心了：代码圈复杂度要小于等于10，嵌套层数不大于4等等。多提一句，KGAS中的编码规范非常苛刻以至于很多都违反人性，比如一个函数只能一个return等，但是这些是可以跟OEM沟通协商的，达成书面协议哪些可以不遵循。
代码写完的写一个动作是静态代码扫描。一般采用持续集成工具（如Jenkins等）实现自动扫描，在汽车领域一个重要的扫描项就是MISRA C编码规范的扫描。如果有违规的特殊情况，可以进行备注。实际上从静态扫描已经开始属于单元验证部分的内容了，单元验证一般来说包括几个行为：静态代码扫描，代码检视，单元测试，静态代码扫描和代码检视的结果也应该在单元验证报告中体现，但是由于其与代码紧密相关，所以一并叙述。每次静态代码扫描的结果同样需要保存作为“呈堂证供”。
下一趴，代码检视。单元验证计划里应该有代码检视的checklist，最后需要有代码检视报告。比较easy的一个环节。代码检视完成后，就可以将代码上库了，我们采用的是git管理。 - 测试计划
叫测试计划也行，叫测试策略也中（河南口音）。内容有点多，本文先不写，下次找机会。 - 单元测试
单元测试属于白盒测试，也就是说可以参考代码的。但是KGAS要求设计用例的时候不能看代码！要先黑盒后白盒！就是说测试用例设计的一开始要参照详细设计文档来设计，如果发现有分支或语句覆盖率满足不了，那再来参照代码。说是这么说，做呢…有可能不是这么做哈哈哈，实际上我设计用例的时候都是对着代码设计的。
再来赘述一句没用的，KGAS要求单元测试用例设计人员与开发人员不能是同一个，用例执行人员和用例设计人员不能是同一个，要交叉。说是这么说，做呢…我就不说了。
测试用例设计文档要指明每个测试用例使用的设计方法，是等价类，边界值，需求分析还是错误猜测；还有用例的设计人员，用例的预置条件，用例的目的，用例的输入和预期输出。我觉得测试用例设计是让我头最大的一步，主观上相当排斥。
单元测试用例整体来说设计还是比较简单的，用例数目主要是取决于函数中if语句的数目。单元测试用例评审要重点评一下用例是否设计完整等，最后同样要保留评审记录（别嫌我烦，评审记录真的很重要）。
用例评审完就开始执行，执行就有可能出错，出错你就惨了哈哈哈。首先要针对错误提单，要解决这个BUG，你得从详细设计开始改，改完详设做评审，改完代码做扫描检视+评审，最后再来一波回归测试，一套组合拳下来，保准你这辈子再也不想发现BUG。你以为这是最惨的吗？不是的，集成测试发现问题才叫惨，那集成测试发现问题是最惨的吗？你又错了，合格性测试发现问题更惨？还有吗？还有吗？系统集成测试，系统合格性测试，一级更比一级惨！总而言之，越往后越惨，要是问题到客户那里、上车了才发现，饭碗可能就丢了。It’s never too late to discover BUGs!
最后，写单元测试报告，把测试过程，测试时间/活动等进行总结，子过程的结果汇总起来，进行缺陷与遗留问题分析。然后，单元测试报告评审（别忘了保留记录）。
写到这，我已经不想继续敲下去了，因为今天敲够了。测试计划，集成测试与合格性测试，改天吧。
ASPICE总结2——软件详细设计与软件测试过程相关推荐
- ASPICE SWE3之——模型生成软件详细设计1 配置
目录 1.导出模型软件详细设计的配置: 2.导出的详细设计报告的内容: 前言 同C代码通过工具生成软件详细设计,模型开发也可通过工具导出详细设计. MATLAB有单独用于生成软件详细设计的工具包Sim ...
- ASPICE SWE3之——模型生成软件详细设计2 注释格式
目录 前言 注释层级 注释方式 注释格式 功能层(顶层): 时间计划层: 控制流层: 前言 前篇已经说到,使用Matlab的print功能导出模型详细设计,相关的配置.若想生成的详细设计内容完整,格式 ...
- ASPICE SWE3之——C代码生成软件详细设计1 Doxygen配置
目录 1 前言 2 Doxygen简介 2.1 什么是Doxygen 2.2 安装Doxygen及辅助软件 2.3 Doxygen的配置 1 前言 前面已经单独一篇文章讲了,若想通过Doxygen工具 ...
- ASPICE SWE3之——C代码生成软件详细设计2 注释格式
写软件详细设计文档,一般多为有ASPICE要求,写文档真的很费时间,没有要求真的不想写. Doxygen工具就提供了一种通过给代码注释的方式,导出详细设计文档,至于导出什么内容,主要取决于注释的内容. ...
- 软件详细设计说明书_校导周绪龙|软件测试第五篇——软件测试的底层思维
一谈到软件测试工程师,大家可能想到的是 以上只是大家的刻板影响,为了让大家放心学习,我就给大家讲讲如何能够学好软件测试还不怎么掉头发的方法! 谈到如何学习软件测试,首先也是最重要的是要先学会软件测试的 ...
- repo-话说软件详细设计工具
repost 4 https://blog.csdn.net/tang_huan_11/article/details/8043481 在软件设计是需要写软件详细说明书,设计此文档的时候,肯定少不了工 ...
- 软件详细设计说明书_软件测试的基本理论 笔记
一.开发与测试流程理论 ##1.软件开发阶段划分 ###需求分析 根据客户的要求,清楚了解客户需求中的产品功能.性能.界面和具体规格等,然后进行分析,确定软件产品所要达到的目标. 需求规格说明书 ## ...
- 五、软件详细设计说明书-模板
五.软件详细设计说明书 1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 2 1.4参考资料 2 2．总体设计 2 2.1需求概述 2 2.2软件结构 2 3．程序描述 2 3.1功能 ...
- 软件详细设计说明书 模板
软件详细设计说明书 1 引言 1.1 编写目的:阐明编写详细设计说明书的目的,指明读者对象. 1.2 项目背景:应包括项目的来源和主管部门等. 1.3 定义:列出本文档中所用到的专门术语的定义和缩写词 ...
- 代码 纪录 软件_「软件资料」-「资讯动态」-软件开发类项目关键文档内容要求...
1 软件开发计划 2 需求规格说明书 3 软件概要设计说明 4 数据库设计说明 5 软件详细设计说明 6 可执行程序生成说明 7 软件测试计划 8 软件测试说明 9 软件测试报告 10 安装部署手册 ...
最新文章
- unity中app实现拖拽_10分钟让你实现在APP中对网络状态变化进行全局提示
- 也谈架构：百万pv项目与虚拟化
- Spring Cloud简介和服务中心的搭建
- 可由一个尾指针唯一确定的链表有_L2数据结构第08课 单向链表和循环链表
- sql 新建发布 找不到存储过程_pgRouting教程九：使用GeoServer发布WMS/WFS接口
- Dreamweaver8注册码
- python语言用什么关键字来声明一个类_python使用什么关键字定义类
- *【HDU - 2473】Junk-Mail Filter （并查集--删点操作）
- android性能测试工具之dumpsys
- list转数组array[]
- Redis教程：数据对象分析（一）
- zk4android,zk4 复刻实战有感
- PaaS适用于哪些场景？让案例说话
- 魔鬼作坊端游脱机封包辅助制作
- Windows编程之钩子程序
- 怎样备份计算机里的驱动程序,怎么备份电脑的驱动 驱动人生备份驱动方法
- Protel入门教程
- 使用enum代替Constants
- 什么是pisa测试_PISA测试是什么？
- python股票接口_股市python接口