51Testing软件测试论坛

标题: 共享自己归纳的TD后台操作手册！ [打印本页]

作者: 1qazse4 时间: 2007-11-10 15:56
标题: 共享自己归纳的TD后台操作手册！
共享自己归纳的TD后台操作手册！
希望对初学者有帮助。
如果大家下载的要分数的话，那不是本人的意思，论坛的设置！在此声明。

作者: cangmang 时间: 2007-11-12 10:54
好东西啊，学习学习啊，感谢楼主发帖

作者: zyp8888 时间: 2007-11-12 13:35
感谢楼主,真是雪中送炭

作者: 1qazse4 时间: 2007-11-12 16:32
呵呵，不客气，上班空闲中，没事的时候想归纳些东西，就写了上面的。希望有帮助！

作者: 423799223 时间: 2007-11-13 00:46
写得非常仔细
适合新手
呵呵

作者: 哗啦啦泡泡 时间: 2007-11-13 10:08
谢谢楼主，楼主是东北人吗？可能活雷锋到处都有吧

作者: 1qazse4 时间: 2007-11-13 10:44
呵呵，不是，我湖南人，多谢楼上的！

作者: greatplan 时间: 2007-11-13 11:40
雷锋是湖南的，谢谢lz了

作者: tianyue 时间: 2007-11-13 16:06
正是我需要学习的~

作者: tyrael_79 时间: 2007-12-8 16:35
正是我需要学习的~

作者: qqtest1 时间: 2007-12-8 16:57
豁然开朗啊~万分感谢!!!

作者: natalie28 时间: 2007-12-9 21:27
谢谢楼主，正在学TD~~

作者: hellen_ma 时间: 2007-12-17 13:56
什么版本的呀?

作者: 56339038 时间: 2007-12-21 10:28
希望多一些经验给大家共享，资料呢，也更加是多多益善！谢了

作者: wsfw012 时间: 2007-12-21 16:01
都谢楼主,我也是湖南人,不过我在上海

作者: 1qazse4 时间: 2007-12-24 11:39
TD 7.6的

作者: mildshark 时间: 2007-12-25 11:39
不错，感谢！

作者: 石头★森林 时间: 2007-12-26 17:09
不知道看过没.支持一把

作者: 51happy 时间: 2007-12-27 12:49
标题: 回复 1# 的帖子
拿了别人的东西就得有回报！

作者: wyalgl 时间: 2007-12-27 16:24
下来看看，感谢搂住分享

作者: moonsun646 时间: 2007-12-28 10:48
标题: 真是不错
谢谢楼主分享

作者: irene0331223 时间: 2007-12-28 15:58
看了一点，不错很清楚。应该也适用TD8.0吧？

作者: slyfox2 时间: 2007-12-29 11:34
谢谢! 很需要的资料!

作者: huangrong321 时间: 2008-1-1 15:42
写的很好!打开看了下

作者: vera023 时间: 2008-1-9 17:06
先谢谢了，下来看看是什么东东

作者: liuyinju 时间: 2008-1-13 17:03
顶一下，虽然不了解TD但是想学习，谢谢分享！！

作者: zhima 时间: 2008-1-14 09:48
谢谢啦，先看看。

作者: eve_lincoin 时间: 2008-1-14 20:18
表示感谢，其他的不说了

作者: 岁月童话 时间: 2008-1-15 10:26
怎一个谢字了得

作者: zhangmeng84722 时间: 2008-1-15 10:54
标题: 多谢楼主啊~~
orz

作者: 牵着蚂蚁散步 时间: 2008-1-17 13:39
谢谢分享经验~~~~~~~~~~~

作者: mayuping0516 时间: 2008-1-24 22:02
下来拉有时间看看学习一下先辈的经验谢拉

作者: 51最棒 时间: 2008-1-25 16:59
51就这水平?这点皮毛就谢成这样,笑过...

作者: 晴耕雨读 时间: 2008-1-28 18:10
谢谢楼主，送你个鲜花

作者: way 时间: 2008-1-29 16:18
LZ不错啥时有空写个简单明了的邮件配置啊

，供我们这些新手学习

作者: jingzi 时间: 2008-1-29 18:19
谢谢LZ, 偶也是湖南人，在深圳

作者: fsyj000 时间: 2008-1-30 14:39
非常支持！

作者: hhjmark2000 时间: 2008-1-31 17:53
我下载了，我也是湖南的，先3q一下，再跨一下。真是雪中送炭，雨中送伞：）

作者: juzi0613 时间: 2008-2-1 18:36
谢楼主了，呵呵

作者: 1qazse4 时间: 2008-2-1 23:35
只是暂时没时间去归纳总结了
希望以后能有更多的学习资料与大家分享!
谢谢大家的支持.

作者: kelly_yan 时间: 2008-2-3 15:21
大家现在都用8.0还是7.6，这两个版本应该用哪个呢

作者: zhaoqiang0314 时间: 2008-6-17 15:47
谢谢lz分享

作者: zhangkun8145 时间: 2008-6-18 10:12
标题: 我想问问邮件服务器具体怎么配置为什么我的不能自动发邮件啊
加我MSN好吗？：zhangkun_8145@163.net 谢谢啊！

作者: vickiren 时间: 2008-6-18 10:30
标题: 回复 1# 的帖子
看看先

作者: yulian_hehe 时间: 2008-6-26 11:24
标题: sks
sk

作者: 511testing 时间: 2008-6-26 17:24
好像不要分数，谢谢

作者: 你奈我何 时间: 2008-7-16 18:08
楼主大好人谢谢了

作者: 被遗忘 时间: 2008-12-15 00:26
谢谢楼主提供。。。

作者: wbb929 时间: 2008-12-15 14:25
我觉得不错，自己的经验而且适合新手学习，很好！支持

作者: wwwwwwww 时间: 2008-12-16 13:22
终于下下来了

作者: yxfqjj 时间: 2008-12-17 09:58
新手下来看看谢谢楼主

作者: zqdl 时间: 2008-12-23 16:44
好东西啊,刚好用到,感谢 !!!!!!!!!!

作者: sx073 时间: 2008-12-24 10:20
写得非常仔细
适合新手
呵呵

作者: huiguiziran111 时间: 2009-2-12 14:49
LZ：我看看，能不能帮我解决我现在遇到的问题。谢谢你来啊

作者: ds1542 时间: 2009-2-12 15:30
谢谢LZ分享

作者: axu1984 时间: 2009-2-15 20:29
不错，看看楼主的总结，再对照我自己的理解，对管理TD又有新的认识了。

作者: pandy2009 时间: 2009-2-17 11:08
下载，学习学习

作者: hunpo 时间: 2009-2-17 15:32
有心人，谢谢

作者: jenvee 时间: 2009-2-17 15:36
标题: thx
share

作者: leiying 时间: 2009-2-18 12:41
谢谢!

作者: letutu1227 时间: 2009-2-26 15:49
顶了，谢谢！

作者: new.bug 时间: 2009-3-4 16:53
楼主，为什么我的td登陆不了？checkall之后只有下面这个错误，

作者: icewwsnoww 时间: 2009-3-13 16:57
谢谢楼主

作者: shikong1024 时间: 2009-4-3 00:59
学习学习啊

作者: lihaifang808 时间: 2009-4-4 15:39
这份资料很好，谢谢楼主精彩呈现！

作者: 1qazse4 时间: 2010-12-16 09:05
1、测试过程中往往容易忽略最简单的测试，比如：系统的单词拼写，界面的显示与兼容性，易用性测试等。测试人员认为将单词放在最后测试，会出现测试疲劳，导致忽略这部分的测试。（建议：测试人员在针对一个需求进行验证的时候，应该明白存在哪几个方面的测试，比如：功能测试，业务需求测试，兼容性测试，安全性测试，界面测试，易用性测试等，将这几种融入到自己的意识里，每次测试过程中检查是否覆盖或遗漏了上述测试）

2、测试用例里没有区分用例的重要级别，输入数据及预置条件不是很准确。（建议：在写测试用例的时候，要注意分清楚测试用例的重要等级（H、M、L），在后期的测试执行中可以根据重要等级来划分执行的先后顺序，在时间不充足的情况下，可以安排只执行High与Medium级别的用例。说明：跟业务流程或需求紧密相关的测试用例可以定义为High，一般的功能点及异常检查或数据内容显示的测试用例可定义为Medium，对于界面性显示的测试用例可定义为Low。同样预置条件与输入数据对于在测试执行的时候起了很大的帮助作用，测试人员应该根据实际需要准确的定义预置条件与输入数据。）

作者: 1qazse4 时间: 2010-12-16 09:06
3、测试人员编写测试用例不能把握编写的粒度，到底写到哪个程度用例应该算恰到好处的。（建议：测试人员首先应根据项目组的要求，允许投入的时间及不同类型的业务系统去着手编写测试用例，其次测试人员每针对一个需求点编写测试用例的时候，尽量从以下几种测试类型去考虑测试点的覆盖：用户界面、数据的初始化、数据的同步性、数据的一致性、数据的有效性、出错处理测试、关键功能点、权限检查、业务数据流、业务状态转换、系统间接口集成、可用性、安全性、性能。因为测试用例的粗细同样决定着后续的测试执行工作以及测试用例维护工作的投入时间，不能因为测试用例而导致整个测试工作的后延。）

4、测试人员编写的测试用例没有注意到每种测试用例类型的排列先后顺序，以及测试用例执行的连贯性，同时没有与实际的测试执行结合起来。（建议：一个需求所扩展出来的测试用例应尽量按照一定的顺序进行排列，如：界面显示检查 -> 数据内容检查 -> 功能点的出错处理检查 -> 功能点的正常处理检查 -> 业务流程的检查 -> 权限检查，这样可以让用例看起来条理清晰，可读性较强。同时测试用例更应该与测试执行时所做的操作相吻合，比如测试人员首先登录系统，进入某一个页面，先检查界面文本显示，然后查看数据内容是否正确，接着检查某个功能是否进行了出错处理，它是否达到了正常的可用性，最后提交数据，检查业务流程流转是否正确等。所以用例应该根据上面的这些检查操作来编写，通过一连串测试用例来实现这些操作。）

作者: 1qazse4 时间: 2010-12-16 09:06
5、一旦测试任务较多时，测试人员不能较好的把握测试的主次及优先顺序。不知道业务集中在哪些地方，哪些场景用户操作比较多。（建议：测试人员应该了解业务人员的基本操作习惯以及业务集中区域，对于业务人员经常操作的模板及业务，或者业务人员依赖性很强的功能点，测试人员应该重点对待，认真测试，比如：创建合同，邮件通知等。同时对于的不同的业务流程，测试人员应该与需求人员进行咨询，得出测试的优先级，比如：在某系统里，合同的业务单数最多，其次为开票，站点。）

6、测试过程中提交问题单的占用的时间过多，导致测试的时间不够。（建议：测试人员在前期提单尽量标准化，规范化。随着测试的深入以及工作量的增加，测试人员可以通过标题准确来描述问题单，让开发人员通过标题就可以知道问题所在。其次测试人员对于比较容易重现的问题单或者容易理解的，可以尽量忽略问题描述，但还是需要提供截图。对于组合操作发现的问题单，描述里面需要写明重现步骤及测试数据与条件。）

作者: 1qazse4 时间: 2010-12-16 09:06
7、问题单的严重级别定义不准确。在测试过程中，测试人员往往对于系统权限，流程错误等问题单给予提示或一般的严重级别，这样可能导致开发经理在分发问题的时候产生误导，或者导致项目质量分析报告中出现误差。（建议：测试人员应该根据缺陷给用户所带来的影响，以及与业务操作的关系等多方面去考虑，实事求是的给出准确的定义。bug严重级定义请参考缺陷填写规范V0.2.doc）

8、测试人员的沟通积极性不足。测试人员在整个软件开发生命周期里需要跟各种不同的角色进行沟通，比如需求人员，开发人员，开发经理，项目经理，架构师，运维人员及编辑人员等，与各种不同角色的人员进行沟通可以更好的支撑测试人员顺利的完成测试工作。（建议：测试人员在熟悉需求及编写用例的时候，应该主动与需求人员进行沟通，明确需求，解答需求疑惑。主动与开发人员进行沟通，咨询系统原型，获取开发人员的开发思路，从而完善测试用例，更全面的覆盖测试执行；应主动向项目经理或开发经理，提出风险问题或者自己的建议，如测试的面太广，测试时间不够等问题。性能测试人员更应该向系统架构师咨询系统的设计与架构，为后面的性能测试打下结实的基础，尽早的发现测试过程中的难点与问题点）

作者: baibin369 时间: 2011-5-13 11:15
好东西!

作者: 落崖惊风 时间: 2011-5-13 14:20
呵呵。顶一下

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)