嵌入式软件测试都做些什么工作

写这篇短小文章的目的是：介绍哈嵌入式软件测试的工作流程.

软件需求的编写

嵌入式软件首先会编写需求：概要设计，函数调用关系，高级需求，低级需求，全局变量，宏函数，简单宏。最终会形成对应组件的设计文档。
也许你会问什么是高级需求，什么是低级需求呢？
高级需求：被其他组件调用、暴露给用户调用的函数做需求分析称为高级需求。
低级需求：本组件调用、用关键字static修饰的函数做需求分析称为低级需求。

软件测试需求的编写

嵌入式软件测试需求编写：测试策略的编写，高级测试用例，低级测试用例。最终会形成对应组件的测试文档。

测试用例的编写都是来自于需求，高级测试用例来自于高级需求，低级测试用例来自于低级需求。

测试用例编写注意事项：

测试用例的编写主要考虑覆盖率满，所有参数都有考虑。
正常情况：最大值最小值中间值较大值（边界小1）较小值（边界小1）
鲁棒情况：最大值最小值中间值
输入/输出都会像上面这样考虑。
测试用例初始化中尽量少引用，审阅者在审阅测试用例的时候很难找到你的引用出处，特别是在没有添加跳转的情况下。
测试用例取值尽量使用重用和迭代，输出相同用重用，在能重用的情况下变化某个变量的不同取值用迭代。这样取值是并列的，审阅者能在并列的选值中找到测试用例的选值规律，漏选或者多选。
低级测试考虑本层函数的行为，下层函数的行为可以忽略。

领导者的进阶

来自于某篇杂志

第一阶段：熟悉自己的业务，知道问题在哪里，怎样可以解决。

领导者是给大家指方向的，你必须先知道要走哪个方向，才能带领别人，这是领导力的基础。

第二阶段：培养说服能力，能说服他人，问题可以按照你说的方式解决。

领导力的表现是，他人愿意服从你。这不能都靠制度压服，而要让他人真心觉得你是对的。如果你可以让他人相信你，你就可以领导。

第三阶段：激发他人的热情，让他们产生解决问题的热情。

说服他人的更高境界，是让他们真正投身进来，自觉发挥自己的潜力，全力以赴解决需要解决的问题。好的领导和差的领导，区别就在于能否激励下级，让每个人都知道自己的职责，努力工作。

第四阶段：你培养其他人的领导能力。

如果你离开，团队也能正常运作下去，说明一切已经制度化了，你的领导已经成功了。这时，你可以让其他人接管团队，自己去实现下一个目标。

总结

可能你看不懂，大概流程是这样的。

心中无货写起来就发慌，在编写的文章前我应该在大脑里谋篇布局一哈。