v5.51总结-开发人员怎么测试

开发人员怎么测试

起因

安装包中打包“微软雅黑”字体和“微软雅黑Bold”字体因命名同名，安装后“微软雅黑”字体被覆盖，仅安装了“微软雅黑Bold”

     影响：XP用户的机器上没有自带的“微软雅黑”字体
          ① 在一些仅用到“微软雅黑”字体的页面中，字体是“宋体”显示；
          ② 在一些用到了“微软雅黑”字体和“微软雅黑Bold”字体的页面，无法打开；

引发思考

     目前软件用户量主体仍是XP用户。这次发布前的测试期间，这么多人居然没有人使用XP测试过，先推个锅，测试组的人居然连常规的流程都没有执行彻底。只能用“无语”来形容了。
     但是，当问题出现后，多数人只知道就是开发的锅。
     总结的会议上，Boss对开发人员怎么测试提出了这样的一个观点：保证主干通畅，枝干交由测试人员测试。

开发为什么测试

     当发布出了问题，大多数人认为就是开发的锅！
     开发期间当组长问你你那块怎么样了，回答的底气哪里来？
     自己的代码，最清楚的是自己。
          自己的代码自己肯定是最清楚的！不能依赖他人。入口哪里？条件什么？条件有哪些？有哪些分支？结果是什么？……这些你交给不懂的测试人员去测试，你放心吗？退一步说，你将这些给其他开发测，他们会尽心尽力的测吗？你放心吗？

开发怎么测试

目的：单元测试

     代码100%覆盖到。
     和常规的单元测试的目的一样。

手段：白盒测试

     要调试每行代码是不是按自己想要的逻辑去执行了。
     不能因为代码简单、代码相近就忽略了调试，很多问题就出现在这些看起来简单，有时候是粘贴复制造成的问题。
     和常规的单元测试的手段不同，不需要构建UT的测试环境，也就是说不需要去写TestCase的代码。

     在接触到UT时，看《NET单元测试的艺术》边学边看，那时候认为，不写UT的代码不是好代码；不写UT的程序员不是合格的程序员；曾一度推崇和疯狂。
     后来需求或者功能变更，TestCase的代码也要改。这需要很大的成本。最主要的是时间，First肯定是功能出来，有时间再做UT吧。那一段时间对UT又嗤之以鼻，认为UT是鸡肋；是有时间做的奢侈品；是大公司的点缀；
     这次终于找到了这个平衡点，需要去达到UT的目的，但需要换种手段。

我的心得

     不论是主干枝干，自己的代码，那必须要去测试。
     测试的时候是监视代码运行（之前我的大多数做法是写完一段Code，运行，看是否有效果—黑盒测试），且每行代码是不是自己想要的逻辑。
     而测试人员首先肯定不可避免的会重复你做过的测试，但他们更核心的点在于多个人的代码集成后是否存在问题。

放慢速度—拒绝零碎提交

     之前我的提交会出现这样一种现象：不论是一个bug的修复还是一个小的点实现，经常出现提交>1次的情况。

实验

     昨天我做了一个实验，上午和下午各修复了一个bug。

     上午的bug修复三次提交的心态是这样的：
          ①这样一改就可以修复了，提交。
          ②好像多点两次会不对，放在Load里，不能执行多次，修复了，提交。
          ③代码可以优化一下，Remove的0别人不知道是什么意思，先用一个变量解释一下，把0给它，在Remove这个变量，提交。

---

     下午的bug修复一次提交的，提交完后还觉的自己写的不错，心态是这样的：
          ①A这边这样改，可以了，B那边也是这样改，ok了。
          ②测试一下，多试试，每一行执行的结果是自己想要的。
          ③要不提出来吧，好的，提一个类出来放些静态的方法。
          ④再测试一下，多试试，每一行执行的结果是自己想要的。
          ⑤这个历史的方法名可以改改，按最新的规范。
          ⑥再再测试一下，多试试，是自己想要的执行结果。
          ⑦再看看这一小块还有什么可以优化的，没有了，提交。

原因

     我出现零碎提交的原因有2：第一是把代码实现和优化分开了；第二是没有以白盒的方式进行UT测试；

方案

     当我明白了今天的主题后，就像下午的实验一样，放慢速度，再看看，不仅解决了零碎提交的问题，还得到了功能实现正确，测试和代码优化的多个BUFF。

印象&&腹黑

     这次开发首次和产品合作，发生争执。大家都是豪爽的汉子，也没什么，最郁闷的是，往后给他及他周边的人造成的印象就是“强势”……这个观点一旦入主，额，摆脱不了这个标签了。
     就像我给大家的第一印象是“激情”，但后面我也有自己不开心生气消极这些的，但还是有激情的标签。

     在网页上查询“开发和产品”的关系，居然连血案都有。和产品分享后有一样的共识就好处理了。
          产品，把控质量，否则要他有什么用。
          开发，把控进度。

---

     腹黑嘛，第一轮快速的集成测试结束，晚上开会，刚好是端午放假的前夕。会上可是各大boss都在，我表现的很情绪化，这个是真演过了，一开始想演一下试试，后面居然真情流露本色出演了……
          测试真的到位了吗？
          每个人都能像我这样保证自己测的那一块没问题吗？
          你在会上这样问没有效果的
          …………各种怼

     这样做的原因有很多，之前版本测试和开发大家搭配测试，有个监督和照应，测下来放心。现在测试加入客服人员，加入产品人员，手机开发的人也下楼掺和，核心测试人员为了应付这些测试人员，解答需求什么的，根本那段时间没怎么能静下心来测试。

     第二晚临走我居然发现一个统计的核心bug，数据加错了
     第三晚临走又发现客源等级没有计算到，虽然最终结论还是不去计算，但是发现的时候，大多数人都不知道因为什么
     第四天的安装包，入口按钮一点就崩溃的，居然没人发现，我自己发现给了补丁，然后在群里说了……就算用了补丁进入以后明显的入口一点还是崩溃，我就撑着，到快下班了测试的群里居然还风平浪静，这些人在测什么……

     4天集成测试难道这样就过去了……有这番情绪化的表现，起码做到了BOSS感觉不放心给时间在测一轮

     接着搭配测试，
          我们这边发现查重居然没有效果了
          另一组发现有一种身份的用户删除客源居然崩溃

     事实上，发布到前天，上方常用的查询点击后的列表，进入后的统计入口一点还是崩….木有人发现

     只能说明没有完美，想法把自己这块要没事情，期待有一天一个版本出去，没有理由要发布小版本

---