Question

Now I m experiencing a problem about in testing, We have developed a platform with C++, and this platform include 2 layers, one is engine layer, the other one is widget layer, and I m a dev in widget layer, The widget layer used by client app (those app is our product), now the problem is this:

1 我们愿增加一些对植被层的单位测试,以提高我们整个平台的质量和可靠性,但事实上,这一平台已经释放了几种版本,因此,现在哪一种单位试验最适合我们的项目? 添加一些验证/坏输入/穿戴面面罩/压力的单位测试,或增加一些模拟客户情景的单位测试? 我认为,前者将大大提高法典的覆盖面,但我也想到,如果我们能够模拟我们的客户在应用时如何使用这些一纸,那么这些单位的测试可能对我们平台更有意义,正确吗?

第二,正如前面提到的,一米的植被层高于发动机层,但我们对发动机层代码没有权力,几乎所有的植被二氧化物都可以在发动机层中使用,因此,我们难以对这些管道实施良好的路面覆盖单位测试,因为我们对发动机层代码没有想法(无文件),但还是要问,是否有办法、工具或框架使某人能够进行高质量的仪器测试,以涵盖这些黑色信标的路子?

Answer 1

由于你在植被图象上工作,而且无法使用发动机代码,因此,你自己就写了发动机。

利用这一发动机测试植被代码。发动机可能很稀薄,几乎根本无法运行,只是为了把植被层融为一体,使其发挥作用。

试验发动机甚至可以成为实际发动机顶端的冲锋。视你在Windows的工作环境,你如何执行这一规定,但视窗而言,DLL可将其所有电话转至“real” DL,但首先向DL打电话。

另一种技术:由于你确实能够接触到Widget层,而发动机APIC非常大,你可以重新规划Widget层,只在某些地方使用“试验层”,而其余地方则使用真正的层。这可以与Shimhim技术相结合。

用于制造泡沫或泡沫发动机的可用(或现有)工具,视你在哪一种语言和环境上工作而有很大的不同。

另见,该节目直接Draw用于启发,在最初的直接草原执行过程中,它开始活生,是薄的。

Answer 2

你没有提及你正在使用哪些植被框架,但 Qt有一个测试框架,使测试代码能够触发通常由用户投入产生的相同Qt信号(例如, mo点或关键压力)。 See this for more details.

如果你采用不同的框架,那么你可能使用类似的功能。

友情链接