如何进行黑盒测试？
反对白盒/API测试，这里
有很多采访，对于开发人员和质量保证人员来说，你都被要求进行测试。 一个经典的方法是从记事本测试保存对话框。
以下是我可以提出的测试列表，已分类并按优先级排序：
[功能性，高] - 对话框执行其用例 - 当用户执行“另存为”时出现，左侧的按钮起作用，文件是使用给定名称和编码保存，顶部按钮有效，取消按钮有效。
[功能，介质] - 保存到只读介质 - 是否会弹出一个公平的错误？
[功能，中] - 保存一个空文件
[功能，低] - 将文件另存为 .txt，但删除名称中的扩展名
[功能，高] - 确保对话框是模态的
[功能，高] - 确保目录导航和 dir 功能 work
[功能性，高] - 上下文菜单选项 work
[负载，低] - 导航到包含大量（接近系统限制）.txt 文件的目录； 将文件保存在那里
[load, low] - 导航到具有大量子目录的目录。 将文件保存在那里。
[压力，低] - 导航到允许的最大文件数的目录并尝试保存文件
[压力，低] - 用文件句柄使系统饱和（以模拟具有非常丰富的界面或处理泄漏的应用程序，例如雅虎信使）; 对话框弹出吗？
[压力，中等] - 当磁盘上没有空间时尝试保存文件。
[压力，低] - 检查“导航到最后一个文件夹”按钮的深度
[压力，低] - 导航到具有大量目录的目录
[性能，低] - 测量显示该文件夹所需的时间对话框
[性能，低] - 测量对话框使用的资源（内存、窗口句柄、I/O）； 确保资源已解除分配
[可访问性，高] - 该对话框与 win 提供的可访问性工具兼容吗？ （放大镜、叙述者）； 例如，当选择大字体时，菜单项可以很好地缩放
[辅助功能和功能]。 兼容性，中] - 该对话框是否与提供辅助功能的著名 3rd 方程序兼容？
[本地化，高] - 对话框适用于其他语言环境
[本地化，高] - 随机输入 UTF-8 和 ANSII 字母作为文件名
[本地化，中] - 从右到左语言环境
[兼容性] - 确保文件保存的内容可以通过其他编辑工具打开，无论编码是什么
[可用性，高] - 询问用户是否确定要覆盖文件
您可以添加更多吗？ 或者评论这些？
Opposed to white-box / API testing, which is covered here
There are many interviews, both for developers and qa, where you are asked to test smth out. A classic is to test the save dialog from notepad.
Here is a list of tests I can come up with, categorized and prioritized:
[functional, high] - dialog performs its use cases - comes up when the user does a "save as", the buttons on the left work, the file is saved with the given name and encoding, top buttons work, cancel button works.
[functional, medium] - save to a Read Only medium - does a fair error pop up?
[functional, medium] - save an empty file
[functional, low] - save a file as .txt but delete the extension from the name
[functional, high] - make sure the dialog is modal
[functional, high] - make sure the dir navigation & dir features work
[functional, high] - context menu options work
[load, low] - navigate to a directory where there are a very large (aproaching the system limit) number of .txt files; save the file there
[load, low] - navigate to a directory with a large number of sub-directories. save the file there.
[stress, low] - navigate to a directory with a maximum number of files allowed and try to save the file
[stress, low] - saturate the system with file handles (to simulate apps that have very rich interfaces or handle leaks, like Yahoo Messenger); does the dialog pop ?
[stress, medium] - try to save a files when there isn't space on the disk.
[stress, low] - check how deep the "navigate to last folder" button goes with this
[stress, low] - navigate to a directory with a very large number of directories
[performance, low] - measure the time needed to display the dialog
[performance, low] - measure the resources used by the dialog (memory, window handles, I/O); make sure the resources are dealocated
[accessibility, high] - is the dialog compatible with the accesability tools win provides? (magnifier, narrator); for example that the menu items scale well when choosing large fonts
[accessibility & compatibility, medium] - is the dialog compatible with famous 3rd party programs that provide accessibility features?
[localization, high] - the dialog works on other locales
[localization, high] - random inputs of UTF-8 and ANSII letters as the file name
[localization, medium] - right to left locales
[compatibility] - make sure that the file saved can be opened by other editing tools, no matter what the encoding is
[usability, high] - user is asked if he is sure he wants to overwrite a file
Can you add some more? Or comment on these ones?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论