等待中的准备工作

前端之家收集整理的这篇文章主要介绍了等待中的准备工作前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

方案提交了,所长还在看,没叫我呢。

这两天,没什么事了。。但也不敢闲着啊。玩意所长突然叫我,说开始吧,不久麻爪了吗。。

根据方案,调查一下看看怎么做吧。

首先还是静态测试。找几个工具,试试效果吧。

pclint,试了两天,还行,可以用,环境也搭建起来了,检查了两个文件,行。

C++check,简单易用,但是规则明显没有pclint细,但也有pclint见不到它能检到的。。各有利弊。可能倒是后两个都用吧。

针对C的静态检测工具还没怎么找,用C++check测了一下C程序,只测到一个小问题,估计不够,稍候再查查。

针对VB的还没有找,针对C#的,vs2008 team suit就有,以前试过,不用找了。


最令我头疼的,是怎么往我们那个C++程序总加入白盒测试。

程序只有一个exe工程,无lib,无dll。

开始想在工程中添加测试代码,测试代码与工程代码不混在一起,并且用预编译命令控制。试了一下,发现没法打桩函数,也没法mock。放弃。

不做白盒测试吧,光靠系统测试测不完整,而领导的意思是要完整的测试,以保证以后尽量不出或少出bug,看来白盒不可少。


想了几天想不出好办法,最后决定每个测试用例分离出一份代码副本,在副本中,加入测试代码修改代码作为桩和mock,进行测试。这样做无疑是个很笨的方法,但还有更好的办法吗。这样做还有个前提,测试用例中详细记录修改方法,以便下次测试的时候,能够准确还原测试环境,也为了测试完成后,能够准确还原工程代码。没有实际操作,不知道可行不可行,但工作量肯定小不了。。


C语言的测试呢?VB的测试呢。。VB尤其恶心,代码量大,界面代码多,事件多,我还没有考虑怎么整。天啊。C#倒是好点,可以用vs2008自带测试工具添加测试工程进行测试。


人员也是问题,现有人员本来就不够用,不可能从其他项目招人进来,只能从社会招人,需要会写代码,水平还不能太低,因为要参与代码质量控制,自己水平不够,怎么监督别人。 还要有测试经验,至少写过单元测试吧。


试着搭建版本服务器和bug管理服务器。。版本管理用svn,已经在本机搭建了一个服务器,bug管理用bugfree,还没有整好。


现在就我一个光杆司令,慢慢来吧。。

原文链接:https://www.f2er.com/vb/260827.html

猜你在找的VB相关文章