嵌入式软件测试都做些什么工作
写这篇短小文章的目的是: 介绍哈嵌入式软件测试的工作流程.
软件需求的编写
嵌入式软件首先会编写需求:概要设计,函数调用关系,高级需求,低级需求,全局变量,宏函数,简单宏。 最终会形成对应组件的设计文档。
也许你会问什么是高级需求,什么是低级需求呢?
高级需求: 被其他组件调用、暴露给用户调用的函数做需求分析称为高级需求。
低级需求: 本组件调用、用关键字static修饰的函数做需求分析称为低级需求。
软件测试需求的编写
嵌入式软件测试需求编写: 测试策略的编写,高级测试用例,低级测试用例。最终会形成对应组件的测试文档。
测试用例的编写都是来自于需求,高级测试用例来自于高级需求, 低级测试用例来自于低级需求。
测试用例编写注意事项:
- 测试用例的编写主要考虑覆盖率满,所有参数都有考虑。
正常情况 : 最大值 最小值 中间值 较大值 (边界小1) 较小值(边界小1)
鲁棒情况: 最大值 最小值 中间值
输入/输出都会像上面这样考虑。 - 测试用例初始化中尽量少引用,审阅者在审阅测试用例的时候很难找到你的引用出处,特别是在没有添加跳转的情况下。
- 测试用例取值尽量使用重用和迭代,输出相同用重用,在能重用的情况下变化某个变量的不同取值用迭代。 这样取值是并列的,审阅者能在并列的选值中找到测试用例的选值规律,漏选或者多选。
- 低级测试考虑本层函数的行为,下层函数的行为可以忽略。
领导者的进阶
来自于某篇杂志
第一阶段:熟悉自己的业务,知道问题在哪里,怎样可以解决。
领导者是给大家指方向的,你必须先知道要走哪个方向,才能带领别人,这是领导力的基础。
第二阶段:培养说服能力,能说服他人,问题可以按照你说的方式解决。
领导力的表现是,他人愿意服从你。这不能都靠制度压服,而要让他人真心觉得你是对的。如果你可以让他人相信你,你就可以领导。
第三阶段:激发他人的热情,让他们产生解决问题的热情。
说服他人的更高境界,是让他们真正投身进来,自觉发挥自己的潜力,全力以赴解决需要解决的问题。好的领导和差的领导,区别就在于能否激励下级,让每个人都知道自己的职责,努力工作。
第四阶段:你培养其他人的领导能力。
如果你离开,团队也能正常运作下去,说明一切已经制度化了,你的领导已经成功了。这时,你可以让其他人接管团队,自己去实现下一个目标。
总结
可能你看不懂,大概流程是这样的。
心中无货写起来就发慌,在编写的文章前我应该在大脑里谋篇布局一哈。