2012 开始一个入门者的学习

upup2012luo · 发表于 2012-3-12 18:01:29

2012 3 12

学习的开始

upup2012luo · 发表于 2012-3-12 18:05:00

今天学习的内容：
测试的整体认识。
之前做的都是些手动测试皮毛功夫。现在起自我丰富，加油哦。

iQuickTest · 发表于 2012-3-12 19:32:57

选好正确的目标

linlin520 · 发表于 2012-3-12 21:05:41

加油

upup2012luo · 发表于 2012-3-12 21:38:10

回复 3# iQuickTest
什么样的目标算是正确的目标呢？
在我看来刚刚开始首先先把最基础的门路摸清楚了再进行深入学习所有现在的目标都只是短期的。更长远的还得看看自己学习效果。

xiaowudiaoling · 发表于 2012-3-13 15:57:46

加油，我也一样，一起开始！

upup2012luo · 发表于 2012-3-13 20:57:30

今天上班收获不大
由于新接触一套系统对里面的流程和规则都不太熟悉，建了一点数据都花了不少功夫。
并且都还是别人分析好了各种情况然后分配的。
只是想以后在熟悉之后测试过程中能够自己分析各种情况，不遗漏，然后写测试用例，进行测试。

upup2012luo · 发表于 2012-3-13 21:28:18

本帖最后由 upup2012luo 于 2012-3-13 21:32 编辑

学习：
转：统计报表的测试方法和策略

要求统计pv，点击量等和WEB有关的数据报表，包括日报表，周报表，月报表三种

1 统计报表的测试步骤是什么
2 测试从那里开始
3 如何验证正确性
4 对于大批量的数据如何测试

报表测试主要分为：报表界面测试、报表安全性、报表准确性、报表展示速度（也就是性能）。

不调胃口，从重点开始，数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为办理业务的而提供帮助的。比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。另一类是系统只有统计功能，就是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本就没有。这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。

从整个项目节约成本看，逐层测试效果是最好的。完全修改率也是最高的。首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。对系统中的报表数据准确性测试方法较为灵活，①系统中报表重叠的进行比对②对子报表汇总与父报表比对，就是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对，③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。呵呵，这要看测试人员的需求了解深度个人能力了。插几句不想干的话，做测试工作总让我保持快乐状态，前两天我的一个同事说，公司里一直没有人喜欢做测试工作，这个工作太枯燥。嘿嘿，我当时就说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥，编程其实不也是重复嘛，人每天谁不重复昨天的事啊，吃饭，吃这个动作重复一生，有谁觉得麻烦枯燥啦？J接着说④使用SQL和手工计算进行比对。以上是差错方式，接下来讲一下查什么错？哪些地方容易出错

Ø       原始表使用错误：因为表比较多，又加上没有统一的数据关系对应表，很容易表使用错误，当然这应该是单元测试检查出来的错误。

Ø       数据处理逻辑错误：这一点容易因为测试人员和开发人员对需求理解有偏差造成争执，所以在需求评审时，对数据处理规则用表达式或伪代码表示清楚。还有就是程序员失误，逻辑编写有偏差，边界值、特殊情况处理不当。

Ø       数据权限：不同用户对数据有着不同的查看权限。这关系到数据的安全性。

Ø       数据误差：数据的保留位数，数据是否是处理计算是否是最后一次计算使用了位数保留和四舍五入。

Ø       由于字典表，数据错误，而造成的数据错误，如，根据性别统计，购买量，表中的男女颠倒，或者没有考虑性别缺失项，用了if else,这样就是把表中缺失该项内容的算成了else条件里。或者逻辑中应该考虑用户状态，数据状态类似的字段，容易被忽略，测试应该考虑到。

Ø       最后一项，当数据量相当大的时候，统计应该考虑，切割速度，也就是数据的完整性，由于数据切割的滞后，带来的数据不完整，而造成统计结果不完整。如统计昨天的销售情况，而昨天的数据并没有完全从业务系统数据到数据池，再者月底数据，由于最后一天的数据切割不完整而造成的正月统计数量不准确。

我现在想到的只有这些（有待补充）

报表的界面和输入输出测试

界面分为输入界面和输出界面；统一的界面要求：美观、统一、易操作。输入界面要求是：①输入项字段长度不允许超过字段长度；②输入不符合字段要求的，不允许查询。如money类型，在输入汉字，字母、特殊字符等不允许查询，并有友好的操作提示。③用户权限范围外的输入，不允许查询。如用户输入不是其权限范围内的客户号，不允许查询，并有友好的操作提示。

④对于选项，应不出现可选择的用户权限以外的选项。⑤对于汉字模糊查询，考虑不常见字，如“㭎”即汉字因译码问题，造成的汉字存储出现乱码问题。

输出界面要求：①因为是报表所以应该有打印、打印预览、报表导出等功能。不能因为报表导出丢失数据，不能因为打印缺少了报表表格框②报表排列方式可调，用户可按任意列升序或降序排列，或者，按某一关键列的一定规则排序③报表标题明确，不能含糊误导用户④报表内可关联查询的项，应能特殊显示，如鼠标有箭头变为手掌，子报表格式与父报表格式统一，数据统一。

upup2012luo · 发表于 2012-3-13 21:52:26

具体测试用例：
转

Step Name

Descrīption

Expected Result

1-0 文件类型正确，文件大小的校验

上传每一种合法的附件类型，总大小小于限制的大小的附件，上传的文件大小为4.9M

上传成功

1-1 文件类型正确，文件大小的校验

上传每一种合法的附件类型，总大小等于限制大小的附件，上传的文件大小为5M

上传成功

1-2 文件类型正确，文件大小的校验

上传每一种合法的附件类型，总大小大于限制大小的附件，上传的文件大小为5.1M

提示信息"上传的附件总大小不能超过5M"

2-0 文件大小符合，文件类型的校验

上传合法文件类型的文件，上传的文件类型为.txt

上传成功

2-1 文件大小符合，文件类型的校验

上传文件类型为非法的文件，上传的文件类型为.doc，或.xls，或gif，或ppt等

提示信息“上传的文件类型不合法”

3 文件类型与大小都不合法

上传文件大小为5.1M，文件类型为doc的文件

会先判断文件类型，再判断文件大小

提示信息为“上传的文件类型不合法”

4-0 文件类型与大小都合法的其他情况

上传一个0kb的文本文档

建议限制上传0kb的文件

4-1 文件类型与大小都合法的其他情况

上传一个正在使用中的附件

（即打开该文件，再上传该文件）

上传成功

4-2 文件类型与大小都合法的其他情况

手动输入一个存在的文件，点击上传

上传成功

4-3 文件类型与大小都合法的其他情况

手动输入一个不存在的文件，点击上传

提示信息"请正确选择要上传的附件"

4-4 文件类型与大小都合法的其他情况

输入路径为f:/的文件，点击上传

上传成功

注：

1. 假设上传的文件允许为xls类型，则还要考虑系统是否要求上传的文件所用的工作表名称必须为Sheet1

2. 还必须考虑上传最大的文件时的上传时间是否在合理时间范围内