从bug中总结出测试案例该怎么写

大家找工作的时候，一般都有过这种经历，面试官会在最后或中途问你一个问题：“给我写写登录功能的测试案例”或者“你写一下如何测一张纸”。虽然平时的工作中，我们并不会真的去测一个登录功能，更不会去测一张纸，但仔细想想，这就是在考我们平时拿到被测对象和需求后，是从哪些方面来准备测试案例的书写的。例如：我会从界面测试、功能测试、性能测试、安全性测试、兼容性测试、可用性测试6个方面来进行，然后每个方面写几条测试案例，这就算完，但实际的测试工作中发现的bug千奇百怪，而且从bug中总结出来的测试方法也值得记录。

       就拿我现在正在接触的一个系统来说说我的感受，该系统是是个定制化的ToB产品，因为在功能和界面设计上都非常简单、简洁，对于用户的体验和误操作考虑的不太多，基本上只要功能完备就行。但即使是这样简单的要求，我在测试时也还是发现了不少问题，而且还是很低级的问题。

1. 界面检查：面试时回答的界面检查是：检查文字是否有书写错误，字体样式是否保持一致，输入框是否对齐。但实际的工作中我发现不仅仅只有这些，还包括以下内容
a、参数名取错：该页面是入参管理页，但是添加功能中缺把入参写成了“出参”。
b、参数名混淆：页面中table展示栏标题有个名称为“版本号”，但是该页面中某按钮被点击后，弹出框中也有一个名称“版本号”的参数。明明不一样的两个参数却叫同样的名字。
c、