在没看到界面的情况下如何写测试用例

adinQueen

我自己一点点拙劣的想法！
一般的界面都会有一些通用的控键等，最初的设计者不见得会设计出合理的完整的界面，这样的话改动会很大。我从事界面测试的时候，一般设计文档内都会有策划自己起草的最初界面版式，以及相关的控键，按照他需求的功能点设计测试案例，根据自己测试其他同种类型的界面的经验，写出相关已经设计完毕的控键、功能的测试项。如果有改动的话当然要随时更新测试案例，不过任何改动我都会要求设计人员提前给出相应的设计案，或者草图。他们拿给程序的设计案，我都会要一份过来。很多问题在程序没有开始写代码的时候都给他指出来问题所在。特别是一些界面的设计可能需要预留一些位置给新的功能。一般情况策划都会考虑到，没有考虑到的地方，测试也可以直接提出来。案例其实只是为了让自己测试执行时将每一个设计需求都考虑在内，让自己不要遗漏重要的功能点。目标不是编写案例，是为了测试执行。现在很多测试部门都将测试案例作为重点考核测试员的参考，其实不见得是一种最好的方法。不过可以肯定一点，一个好的测试员的确案例也可以写的覆盖面很全。但是水平一般的也可以通过很长时间写一个完整的案例。我自己一些拙劣的想法：如果测试员经验足够方法正确，甚至没有测试案例也同样可以将一个系统测试再短时间内测试达到最大覆盖率！