《代码大唐》时苒积微

6、第六章 Bug Report 苏蔓儿

　　苏蔓儿住进王府的第三天，第一起"意外"就发生了。
　　院子里一盆兰花枯了——王爷吩咐管事送的。不是自然枯萎，是被人浇了盐水。
　　小翠发现的时候急得直哭："娘子，谁这么缺德？"
　　我蹲下来看了看花盆里的土，尝了一点。
　　咸的。
　　"小翠，这花是什么时候开始蔫的？"
　　"昨天还好好的……"
　　"昨天谁来过院子？"
　　小翠想了想："就苏姑娘下午来串过门，坐了一会儿就走了。"
　　我没说话。
　　浇盐水杀花——这手段太低级了，不像苏蔓儿的风格。
　　但如果这不是目的，而是诱饵呢？
　　她想要的不是杀我的花。
　　她想要的是——我因为这盆花去找她理论。
　　只要我去质问她，就会变成"王妃因为一盆花欺负寄住的可怜姑娘"。
　　经典的引蛇出洞。
　　"小翠，这件事不要声张。"
　　"可是——"
　　"花枯了就枯了，再买一盆。"
　　我没有上钩。
　　但我开始记录。
　　用程序员的方式——写bug report。
　　日期、时间、事件、涉及人物、可能动机、证据强度。
　　每一起"意外"都记录在案。
　　接下来半个月，"意外"越来越多——衣柜里出现不属于我的男装，账本少了几页，下人传我"动不动摔东西"的闲话。
　　每一件事都有"合理解释"，证据链都不完整。让你知道有人在搞你，但拿不出证据。这不是"天真善良"的人能做到的。
　　我把所有的bug report整理在一起，用排除法分析——
　　每一次"意外"发生时，苏蔓儿都有不在场证明。
　　但每一次"意外"的执行者，都指向同一个人——王府的二等丫鬟，秋月。
　　秋月是谁带进府的？
　　长公主安排苏蔓儿入住时，一起带来的。
　　证据链：苏蔓儿 →秋月 →各种"意外"。
　　但这还不够。
　　我需要的不是间接证据，而是直接证据。
　　需要一个测试用例——一个能让苏蔓儿的代码在可控环境下暴露漏洞的测试用例。
　　我开始设计。
　　我要做的，是给苏蔓儿一个她无法拒绝的诱饵。