当前话题：测试小组的负责人如何统计和收集数据？

该话题本人回答荣获一等奖，链接为：http://bbs.51testing.com/viewthread.php?tid=178339&page=1&extra=#pid1384668

字符是参数或变量的一种类型
字节是参数或变量的存储类型或存储大小的单位.
字符占一个字节,但只占一个字节的不一定是字符

一个汉字=2个字节是通常的情况，在UTF8下的话，就是一个汉字=3个字节

bit、byte、位、字节、汉字的关系


        1 bit     = 1  二进制数据
        1 byte  = 8  bit
        1 字母 = 1  byte = 8 bit
        1 汉字 = 2  byte = 16 bit


1. bit：位
    一个二进制数据0或1，是1bit；

2. byte：字节
    存储空间的基本计量单位，如：MySQL中定义 VARCHAR(45)  即是指 45个字节；
    1 byte = 8 bit

3. 一个英文字符占一个字节；
    1 字母 = 1 byte = 8 bit

4. 一个汉字占2个字节；
    1 汉字 = 2 byte = 16 bit

5. 标点符号
    A>.  汉字输入状态下，默认为全角输入方式；
    B>.  英文输入状态下，默认为半角输入方式；

    C>.  全角输入方式下，标点符号占2字节；
    D>.  半角输入方式下，标点符号占1字节；

    故：汉字输入状态下的字符，占2个字节 (但不排除，自己更改了默认设置)；
            英文输入状态下的字符，占1个字节 (但不排除，自己更改了默认设置)；



        老美在发明电脑时，肯定以自己的英文字母--即他们自认为的字符为最小的存储计量单位，于是也就有了不规范的1字符=1byte， 岂不知还有我们伟大的汉字计量单位，NND，一个汉字也是一个字符，我们的1汉字字符就等于2byte，后来，他们可能意识到这个尴尬的问题，于是又标榜为：一个字母为一个标准字符，去球吧，谁整天没事说个字符还“标准字符”，所以啊，个人认为：字符，不能用于标准的计量单位。

   今天我们某个测试群里，某个测试前辈提出了这么一个问题：“组合查询你们觉得应该怎么组合？”

然后我们一帮人七嘴八舌的开始回复了，这个功能也许我们最常测试的功能了，但是当问题摆在你面前你是怎么思考的？
我的回答如下：
1、是否可以和需求方确认常用的组合查询功能，这个重点测试  
2：全组合查询，前提是造出适合全组合查询的数据原来做自动化测试，查询功能的测试分成4部分：一个是无条件查询；二是单条件查询 ；三是随机组合查询条件； 四是全组合查询；

这位前辈最后和我们分享了她的思路：
1、确认查询条件的之间的关系  and  or ？
2、各个查询条件之间有无特殊的关系？
3、列出可能的条件组合
如果用例不多，每个都测试下，如果太对，需要参考程序实现来划分等价类。
4、结合常见的用户场景。
我们几个人，要不想到了12忽略了34，要不想到了123忽略了4；hoho。

而1、2、3其实是因果图法的应用。

PS：我是觉得查询功能会存在or的情况基本很少很少 比如我想查：姓名=a or 姓名=b的情况；一般查询功能不会有存在查姓名=a or 年龄=20 的这种情况的吧
 你做到目前为止，有碰到查询功能用or去实现的貌似

    现在在公司里经常会听到一个名词"产品化"，什么是产品化？去网上查了一下定义：
"何谓软件产品化?软件产品化，即客户无需为软件添加或调整代码和语句即能完成软件的安装配置、应用初始化、系统管理、用户使用的全过程，并且软件至少能满足80%以上的用户某一组应用需求。"

如今听到某公司里有个项目30万，项目周期预计要长达一年，这一听就是个亏本的活，但是公司为什么还是投入去做，因为公司把它产品化，以后拿去卖钱，梦想赚更多的钱。
   那如果你想产品化，你到底需要怎么做才好呢？我的理解，如果要做产品化了，那么势必有个"通用"的特性。产品化之前必须明确哪些需求是能满足这80%的客户需求的。而今天在《人月神话》这本书里又看到如下一段话：
""
产品化过程中我们测试能做的是什么？要建立一个完备详情的测试用例库，还需要有一套完备的文档。这个事情是你想产品化必须要做的。
但是再回头来看我们现在做的，今天早上写了一篇文章《如何分工》里说的项目就是这个正在做产品化的项目，我总觉得像是在急匆匆的做产品化，我理解要产品化这个事情也是需要当成一个项目去做的，前期需要有一个很全面的准备，而并不是在一个项目里头顺便带着做产品化。（不知道理解是否正确，希望各位给与指点...）

    今天早上在班车上和同事聊天，同事是一个刚接触测试这行的新人，她说这段时间项目真的把她搞累死了，他们项目组2个测试，而项目版本更新迭代特别快，每次来一个版本，他们2个测试都要通篇去测，所有内容都去跑，并没有明确的分工。这下子我终于明白了，为什么她每天喊累了，我觉得这样很有问题。我认为项目测试人员在1个以上的，必须要考虑明确的分工。理由如下：

    1、分工可以让各自明确各自的工作范围，首先有明确的工作目标
    2、分工了才能明确责任
    3、分工可以对自己负责的模块进行彻底全面的测试，否则精力分散之后，最后只能是走马观花
    4、分工可以避免重复劳动，提高工作效率
    5、分工之后如果有时间，最好抽取一点时间进行交叉测试。前提是各自的工作内容测试充分的基础之上
谁还能继续补充的，请帮忙继续补充哦~~~~~~

   既然要分工，那么如何分工比较好呢？我的理解，项目里面，分工有2种方法：（电子商务项目、功能测试分工）
   1、按照前后台，前台、后台、流程分支覆盖。
   2、按照业务流程功能点进行分工：比如电子商务网站的，发布商品、创建交易、下订单、支付、退款等进行分工，通过大的功能点去分。
------我比较支持方法2的,理由如下：-------------
   1、其实我们最好是一个人能从头测到尾，把控全局，但是因为考虑到时间和精力是有限的，所以我们才需要分工合作，但是即便是分工为了能从全局考虑也是需要将大的流程转化成小流程之后再进行分工，强调流程性
   2、思维转换的不同，如果你关注的是一个流程，那么你在测试的时候思维方式会更全面；而如果单一从前后台分工，思维会比较局限
   3、方法2也同样可以确保功能不遗漏，只要在用例评审或者是在执行之前抽取一定的时间互相进行检查即可。
同学们，你们会支持哪种？为什么？

今天用这个工具检查了网站前台的所有链接的有效性。用这个工具很方便而且速度很快。

只要输入网站地址，就能迅速检查。

   相对来说对于网站后台的测试经理要比网站前台的多，而目前接触一些前台测试的时候，有一些点漏掉了，在次对于这些经验教训做一个总结：

   1、网站前台的权限控制，没有权限的用户却还是可以通过直接输入url的方式来进行访问。以后涉及到权限的测试，一定不能漏掉url的方式也需要验证一下。请把权限和url这两个关键字在你的脑子里关联起来。这个点适用于所有有权限控制的地方

   2、网站前台的title，对于这个也很容易忽视。进入到不同的功能页面，title显示应该是有，并且要和你进入的页面一致。title就是在浏览器最左上角看到的那些文字

   3、http和https的注意点：https是一种安全链接，它是需要证书的，而http就是普通链接，所以在你的系统中客户会要求某些关键的地方希望加上这种安全连接，那么此时你需要注意的是，对于不需要的安全链接的地方千万也要去重点测试，有些开发会很容易忽略这一点。

如果你的系统里有很多的报表，那么强烈建议好好的去研究一下这些报表。会有意外的收获。举例说明一下我今天遇到的问题：

某个业务功能在操作成功之后需要记录一个时间。而这个时间字段是生成后续某个报表A的依据，而报表A的数据需要和报表B汇总出来的金额是一致的。否则可以认定是某个环节出了问题。最后判断出来时前面某些业务没有记录关键时间字段值。

由此可见，用户之所以要看那么多报表其实也是考虑到这一点，可能是系统问题，可能是用户的误操作都会导致报表和报表之间的数据不一致。

所以，如果你的系统有报表功能的，请特别关注这些有关联的报表，好好去研究他们，如果你只确保报表的取值和数据展示没问题是不够的。