测试团队起步，请教几个问题
我们信息部门负责的是集团所有子公司内部使用的各种系统，集团很大，所以也有10多套系统。现在开发都是做需求变更，所以我们测试也是只做系统测试，基本上关注的是功能性，可用性，以后会关注性能。
现在测试是由我带3个应届毕业生，测试流程和管理工具都已经树立和使用。现在遇到的几个问题想请教一下：
1测试用例应该细化到什么程度？
我们用TD管理，一般是测试人员自己设计，自己执行。
2怎样考核测试人员的工作量？
包括数量和质量。现在是一个人负责一个模块，我也不知道他们究竟做得如何。 测试用例应该不能太复杂，也不能太简单，把所有的模块和功能点包括进去就OK了；不能单纯的从BUG的数量来衡量工作量，要全面，综合的考虑。 1、测试用例写到够用就可以，或者说目前不影响测试执行的程度就好。测试用例应当由测试人员编写，是自己执行还是其他测试人员执行均可。
2、测试人员考核评价应该由人来评价，其他各种客观数据作为参考，避免单一测试数据考评，可多听取测试涉及相关人员评价，如用户，开发，需求等。必要抽查也是应该的。 应届毕业生写用例深度广度都可能会存在一定问题吧,各位如何平衡的呢 考核测试人员的工作量，bug的多少和质量是一个很重要的标注。虽然说这样做也不是很好的办法，却是最基本可以保证软件质量的手段。干没干活完全能在bug数上体现出来。
测试用例一是要覆盖所有的功能，要有正面，负面的测试用例。其实测试用例个人觉得没有不行，但是不能完全依靠测试用例，因为目前的测试问题大部分都是ad-hoc得出来的。测试用例只能涵盖最基本的功能和操作。
页:
[1]
