反对白盒/ API测试，涵盖here
对于开发人员和qa，有许多访谈，在那里你被要求测试smth。经典之作是从记事本测试保存对话框。
以下是我可以提出，分类和优先排序的测试列表：
[功能，高] - 对话框执行其用例 - 当用户执行“另存为”，左侧按钮工作，文件以给定名称和编码保存，顶部按钮工作，取消时出现按钮有效。
[functional，medium] - 保存为只读媒体 - 弹出一个公平的错误吗？
[functional，medium] - 保存一个空文件
[functional，low] - 将文件另存为.txt但删除名称
中的扩展名[functional，high] - 确保对话框是模态的
[功能，高] - 确保dir导航＆amp; dir有工作
[功能，高] - 上下文菜单选项工作
[load，low] - 导航到一个目录，其中有一个非常大的（接近系统限制）的.txt文件数;将文件保存在那里
[load，low] - 导航到包含大量子目录的目录。将文件保存在那里。
[stress，low] - 导航到允许最大文件数的目录并尝试保存文件
[stress，low] - 使用文件句柄使系统饱和（模拟具有非常丰富的接口或处理泄漏的应用程序，如Yahoo Messenger）;对话框弹出？
[stress，medium] - 尝试在磁盘上没有空间时保存文件。
[压力，低] - 检查“导航到最后一个文件夹”按钮与此
的深度[stress，low] - 导航到具有大量目录的目录
[performance，low] - 测量显示对话框所需的时间
[performance，low] - 测量对话框使用的资源（内存，窗口句柄，I / O）;确保资源被处理
[accessibility，high] - 是否与win提供的可访问性工具兼容？ （放大镜，旁白）;例如，菜单项在选择大字体时可以很好地缩放
[accessibility＆amp;兼容性，中等] - 是否与提供辅助功能的着名第三方程序兼容？
[本地化，高] - 该对话框适用于其他语言环境
[本地化，高] - UTF-8和ANSII字母的随机输入作为文件名
[本地化，中等] - 从右到左的语言环境
[兼容性] - 确保所保存的文件可由其他编辑工具打开，无论编码是什么
[可用性，高] - 询问用户他是否确定要覆盖文件
你可以再添加一些吗？或评论这些？