说明:本文以问答方式组织,分享一些软件测试的基础知识(有部分可能来自网络)。如有不正确之处请指出,共同学习。
什么是软件测试?
答:依据软件需求规格和测试用例,使用人工和自动化的手段,来测试软件系统的过程。其目的在于检验它是否满足规定的需求或是确认预期结果与实际结果之间的差别。
要点:两个依据、两个手段、一个对比。
我的感受:软件测试实质上就是预期目标与实测结果的一个比较的过程。不管是何种测试类型、手段,本质上就是完成了这个过程。在不同的软件项目流程中的
不同阶段,预期目标与实测结果所指向的对象也不同。若通过评审的需求规格书是预期的目标,那么,测试执行的结果记录,或者是缺陷管理系统中的
缺陷就是实测的结果。对应的,测试用例即是从实测结果通向预期目标的一座桥梁,也是评价测试质量及测试人员的重要依据。
缺陷等级的划分?
六级划分:
等级 名称 定义
P1 严重缺陷 应用系统崩溃或系统资源使用严重不足
P2 较严重缺陷 系统因软件严重缺陷导致 重要业务流程错误、重要计算错误、重要交易错误、服务程序频繁重启、后台服务响应不及时等问题
P3 一般性缺陷 系统因软件一般缺陷导致 使用障碍、数据来源错误、结果错误、初始化错误等问题
P4 较小缺陷 系统因软件操作不便方面缺陷
P5 其他缺陷 系统辅助功能缺陷
P6 建议、优化类 建议优化类
四级划分:
致命(A):
1.由于程序所引起的死机,非法退出
2.死循环
3.数据库发生死锁
4.因错误操作导致的程序中断
5.功能错误
6.与数据库连接错误
7.数据通讯错误
严重(B):
1.程序错误
2.程序接口错误
3.数据库表、业务规则、缺省值未曾加完整性等约束条件
一般(C):
1.操作界面错误,包括数据窗口内列名定义、含义是否一致
2.打印内容、格式错误
3.输入限制未在前台进行控制
4.删除操作未给出提示
5.数据库表中有过多的空字段
提示或建议(D):
1.界面不规范
2. 辅助说明描述不清楚
3. 输入输出不规范
4. 长操作未给用户提示
5. 提示窗口文字未采用行业术语,文字有歧义、标点符号错误
6. 可输入区域和只读区域没有明显的区分标志
测试人员在需求阶段应做哪些工作?
1.检查需求文档描述的正确性;
2.检查需求文档描述的准确性、完整性;
3.评审通过的需求文档做需求跟踪(需求是否被正确实现、是否已测试等)。
Ext4文件系统如何恢复rm命令删除文件?(考操作系统有可能考到这些命令)
Linux下删除文件并不是真实的删除磁盘分区中的文件,而是将文件的inode节点中的扇区指针清除,同时释放这些数据对应的数据块,当释放的数据块被系统重新
分配时,那些被删除的数据就会被覆盖,所以误删除数据后,应马上卸载文件所在的分区。 每个文件有inode和block组成,inode是文件系统组成的最基本单元,它保存
着文件的基本属性(大小、权限、属主组等)和存放的位置信息。而block用来存储数据。类似key-value,inode就是key,block对应value,通过key查找key对应的value。
类似python的字典。 必须先umount要恢复文件的分区或者把分区改为只读模式,命令:mount –o remount,ro 分区(例如:dev/hda1) 或者 mount -n -r -o remount /dba1
最好尽快将所在分区修改为只读方式,防止数据被覆盖使用。
linux下面查看文件系统的方法有:
1)mount 命令
#mount
/dev/sda1 on / type ext4
表示sda1 的文件系统是ext4 类型的。
2)df 命令
# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 13G 7.6G 4.2G 65% /
df 的-T参数就可以显示文件系统的类型,-h参数让其显示的更人性化。