在软件开发中， 必现的bug比较好定位修改， 但是概率性的bug有时就很难搞定了。
测试组的MM提出一个概率低于1%左右的bug
, 真不知道她们是怎么确定的。 要解决， 咋办？ 首先， 要定位， 因此至少要重复100次左右的操作， 假设运气好， 复现了， 那好， 看日志。 晕， 竟然没有记录的日志。 所以只能加日志， 重新编译， 把新版本刷进去， 继续重现。 又要搞100次左右。 假设运气好， 重现了。 好， 分析日志， 假设运气好， 日志中刚好有记录信息。 现在你要分析日志啊， 要定位啊， 要修改啊。 修改后，重新编译， 再把版本刷进去。 可别高兴太早， 还要进行改后的测试呢， 至少要重复100次吧， 到100次后， 发现没有出现问题。 这个时候， 你仍无法判断是原来那个bug没有出现， 还是修改后才没有出现的。 所以要继续测试100次左右。 假设运气好， 还没有出现， 这个时候， 你仍然不能肯定自己修改好了。 没办法， 只能提交修改单。
然后测试的MM继续测试， 假设运气好， 那个问题确实修改好了， 那还算ok, 假设测试MM测试的时候又重现了， 把你叫过去， 你能咋办？ 哭吧
！
软件开发的成本就类似于这样。 一般而言， 概率性的bug多数是由于程序猿考虑不周全造成的， 所以严密的逻辑思维和良好的程序风格是多么重要啊。
下面来看一个例子：
#include <iostream>
#include <ctime>
#define MAX_CHAR_VALUE 127
#define MAX_MSG_LEN 100
#define LEN 24
using namespace std;
int main()
{
// 客户端
unsigned char head[LEN + 1] = {0};
int i = 0;
srand(time(NULL));
for(i = 0; i < LEN; i++)
{
int randNum = rand();
head[i] = randNum % (MAX_CHAR_VALUE + 1);
}
char message[MAX_MSG_LEN + 1] = {0};
_snprintf(message, sizeof(message) - 1, "%s%s", head, "xxx");
// 服务端会对head长度进行校验
return 0;
}
上程序中， 模拟客户端给服务端发送消息， 服务端校验了消息头的长度。 容易知道， 上述程序可能会出概率性bug, 改为如下比较好：
#include <iostream>
#include <ctime>
#define MAX_CHAR_VALUE 127
#define MAX_MSG_LEN 100
#define LEN 24
using namespace std;
int main()
{
// 客户端
unsigned char head[LEN + 1] = {0};
int i = 0;
srand(time(NULL));
for(i = 0; i < LEN; i++)
{
int randNum = rand();
head[i] = randNum % (MAX_CHAR_VALUE + 1);
if(0 == head[i])
{
head[i]++;
}
}
char message[MAX_MSG_LEN + 1] = {0};
_snprintf(message, sizeof(message) - 1, "%s%s", head, "reset");
// 服务端会对head长度进行校验
return 0;
}
不多说。
现在这个年代， 手机不常关机的人很多， 假设一个手机连续运行一个星期后， 会死机一次， 作为用户， 你肯定会抱怨。 作为开发人员， 遇到这种问题，要定位分析并修改并自测试， 也是相当头疼的事情。 所以软件质量， 真的不是一句废话。
习惯会改变人的一生。 你要好的， 还是坏的， 习惯？