各类样品的采集与测试登记表
各类样品的采集与测试是开展新一轮国土资源大调查的重要组成部分和技术支撑之一。充分利用现代先进的分析测试技术，将应采集的各类样品、及其测试要求、采样要求、各类登记表格说明如下。各专业调查采集样品种类、数量、分析项目及分析方法等的选择，根据研究容、调查面积等容具体确定。一般情况下某些特种样品，均需配套采取薄片，标本、光谱样品视具体情况确定。
H 1 各类测试样品
H 1.1 薄片及标本
鉴定要求：确定岩石的矿物或碎屑颗粒的种类、结构、构造、矿物共生组合，对岩石定名分类；测定岩石的沉积、变质变形等显微结构构造特征；鉴定岩石后期交代及矿化；测定矿物的晶形、粒度、构造、蚀变、光性、物理性质等特征等。
采样及制样要求：样品一般采手标本大小（3×6×9cm ）即可，磨片大小2.4×2.4cm 厚度0.03mm 。
H 1.2 光片
鉴定要求：测定不透明矿物的种类及含量，矿物共生组合。
采样及制样要求：样品采手标本大小，光片一般2×3cm ，厚0.5cm ，表面抛光。
H 1.3 岩组分析
1)鉴定要求：对矿物颗粒向量进行测量统计，研究应力大小和方向。
2)采样要求：采手标本大小，在构造面上标注产状，如
（节理），磨片厚度0.04mm 。
H 1.4 人工重砂
鉴定要求：副矿物特征，有用矿物的赋存状态，挑选单矿物作其它测试用。
采样要求：一般在同一露头用拣块法采10—20Hg 岩石。
H 1.5 粒度分析
鉴定要求：沉积岩粒度概率统计分析 采样要求：采手标本大小，制薄片。
H 1.6 大化石
鉴定要求：化石定名、特征描述（附照片及素描）、确定时代及对古环境作出判断。 采样要求：样品大小依化石大小而定，尽量采集化石整体；对疏松化石，先作固结处理，再采集；对大脊椎动物化石，应打成1×1m 2的格子，对格子编号、照相，按格子整块采集。化石在野外要进行初步整理。
H 1.7 微体化石
400∠300
鉴定要求：微体化石种属、特征描述（附照片及素描）、统计微体化石的出现率组合及演化、确定时代及对古环境作出判断。
采样要求：一般逐层采集，采样间距一般5—10m，取掉表面风化物，样品重量一般不少于1Hg，以1.5—2Hg为适。
H 1.8 X—射线衍射分析样
采样要求：一般样品挑几粒—十几粒晶体（X—射线单晶，采用粒径为0.1—2.0mm左右的单晶体），一般需矿物重量十几克，粘土矿物鉴定采粘土100g以上，同一地质体需采三个以上样品测定。
测试要求：
（1）X—射线粉晶
矿物定名，测定结构简单的矿物晶体晶包参数及格子类型，区别同质多象变体及长石有序度。
（2）X—射线单晶
测定晶胞参数（a、b、c、α、β、γ）、空间群、原子坐标参数（表征晶胞中原子种类、数目和相对位置），分子晶体中分子立方体构型、键长、键角、电荷分布、分子间的距离、离子晶体的配位、构型、离子大小、晶体结构的有序、无序等。
H 1.9 电子衍射法样
测试：测定矿物晶体结构及参数，确定矿物种类。
采样：采手标本大小的块状样品。
H 1.10 红外光谱分析样
测试要求：鉴别矿物种类（尤其是胶体矿物和火山玻璃等均质体）、确定矿物中水的存在形式、区分类质同像和某些同质多像矿物、区分矿物多形结构、阴离子基团配位对称性、原子的有序—无序分布、阳离子配位数、确定沉积岩成熟度和相指标、含油岩层中干酪根的特征和演化，测定海绿石膨胀层含量。
采样要求：挑所需单矿物2克左右，液体1ml，气体200ml 。
H 1.11 激光拉曼光谱法
测试要求：测定矿物及有机物成分、结构；鉴定矿物显微气液包裹体中子矿物种类及气体、液体的成分，如SO42－、CO32－、CO2、CH4、H2S等；同位素含量及其比值。
采样要求：固体和粉末样品要多于1g，液体和气体多于1ml。
H 1.12 穆斯堡尔谱法
测试围：鉴定铁、锡矿物种类；确定矿物中铁、锡氧化态（如Fe3、Fe2含量及比值）、电子组太（如低自旋、高自旋），配位对、配位状态及化学键；确定铁、锡离子有序—无序及类质同相置换，含铁、锡矿物的同质多相变体；生油岩成熟度；在不同温压下矿物相转变过程。
采样：200mg破碎的岩石和矿物
H 1.13 核磁共振波谱法
测试围：矿物中水的类型，矿物结构的有序—无序，矿物中扩散、相变、结构缺陷，晶体中电荷分布，化学键的确定，定性确定有机化合物结构、性质，定量测定混合有机物中各组分的量比。
采样：固体80—160g，液体1—2lml
H 1.14 热分析样
有差热分析和重热分析，二者常同时进行。
测试要求：鉴别粘土矿物、铁、铝、氢氧化物等含水矿物以及碳酸盐矿物、胶体矿物、非晶质的种属，鉴定类质同像系列矿物的种属（碳酸盐岩、绿泥石、蛇纹石等），确定矿物的风化、蚀变程度，测定矿物中CO2、有机碳等的含量及水的赋存状态，定量测定矿物的反应热，作样品的热分析曲线。
采样要求：单矿物或岩石均可，样重5g 。
H 1.15 矿物包裹体分析样
分析要求：测温，包裹体成分分析。
采样要求：1、测温：均一法，样品采手标本大小，制薄片（粘片用加拿大树脂）；用于爆破法的样品，需是单矿物，纯度高于98%，粒度0.5—1mm。2、成分分析：测定对象主要为石英、长石、绿柱石等硅酸盐矿物或部分氧化物，单矿物纯度高于98%，粒度0.2—
0.5mm，送样重量10—30g 。
H 1.16 电子探针微区分析样
分析要求：对矿物微区（微米级）进行元素常量分析（不能区分变价元素价态）和形貌、结构分析。
采样制样要求：采集薄片样，用环氧树脂粘接，不盖玻璃片，载片小于28mm×50mm；也可采单矿物颗粒。
H 1.17 离子探针微区分析样
分析要求：矿物微区同位素比值测定，元素含量测定（ppm级）。
采样制样：同电子探针相仿。
H 1.18 透射电子显微镜分析样
分析要求：确定矿物晶体形态，矿物种类，扫描分析矿物微区表面形态（如石英、锆石）及微观结构；鉴定微体古生物种属。
采样制样：采薄片样，减薄至1000埃左右；粒度小于1微米的颗粒样品，取数毫克可直接测试。
H 1.19 扫描电子显微镜分析样
分析围：矿物表面微区形貌、显微结构和微晶形态等；通过稳定矿物表面特征（石英、锆石等），分析颗粒的成因和水动力条件；古生物（特别是微古生物）的微细形态和结构的确定；分析岩石成分、结构及石油储油层显微构造。
采样制样：基本与电子探针微区分析样相同，试样大小取决于仪器型号，一般不超过100×30×50mm。
H 1.20 激光显微光谱法
分析围：测定矿物中杂质元素种类；定量测定矿物次要成分，杂质痕量元素含量；确定微细矿物名称；岩石重砂中副矿物含量的快速统计。
采样：固体样品制成光薄片后测试，液态和粉末样需作处理后才能测定。
H 1.21 岩石化学全分析样
主要有硅酸盐岩石全分析，分析项目一般为SiO2、Al2O3、Fe2O3、FeO、MgO、CaO、Na2O、H2O、TiO2、P2O5、MnO、CO2、H2O＋、H2O－、有时还要加上S、Cl、F，超基性岩还加上Cr2O3、CoO、NiO等；碳酸盐岩石分析，分析项目一般为CaO、MgO、MnO、SiO2、Al2O3、Fe2O3、Na2O、H2O、TiO2、P2O5、CO2、S、H2O－、烧失量；铝土和粘土分析，分析项目一般为SiO2、Al2O3、Fe2O3、MgO、CaO、Na2O、H2O、TiO2、P2O5、MnO、H2O－、S、Ga；石英岩分析，分析项目一般为SiO2、Al2O3、Fe2O3、MgO、CaO、TiO2、P2O5、Cr2O3、烧失量。分析要求精确到小数点后第二位。分析结果百分数总和99.30—100.70% 。
采样要求：拣块取新鲜岩石2Hg
H 1.22 岩石化学多项分析样
根据需要分析部分项目，分析要求精确到小数点后第二位。
采样要求：拣块取新鲜岩石2Hg
H 1.23 单矿物化学成分全分析
分析要求：分析项目根据不同矿物理论化学式来确定，分析结果百分数总和99.30—100.70% 。
也可用电子探针等仪器测定。
挑选单矿物10—100g；用电子探针分析，采集薄片样即可。
H 1.24 岩石微量元素定量分析
分析要求：分析项目根据样品的用途而定，常分析的元素有：Li、Be、Nb、Sc、Ga、Zr、Th、Sr、Ba、V、Co、Cr、Ni、Cu、Pb、Zn、W、Mo、Au、As、Ag、Sn、Sb、Hg、Bi、F、Cl、B、Rb、T a、U、Hf、P、T e，精度要求要比元素在该岩类中的丰度值高一个数量级，分析误差不得超过20%。
采样：新鲜岩石,拣块，500g左右。
H 1.25 岩石稀土元素定量分析
分析要求：分析稀土元素15种：La、Ce、Pr、Nd、Sm、Eu、Gd、Tb、Dy、Ho、Er、Tm、Yb、Lu、Y，分析要求精确到小数点后第二位。
采样：新鲜岩石1—2Hg，拣块法。
H 1.26 单矿物微量元素定量分析
分析要求：分析项目依样品的用途而定。
采样：挑选单矿物2g 。
H 1.27 H—Ar年龄样
测试围：有体积法和稀释法，测定新生代—古生代未受后期热扰动的成岩年龄，热事件年龄。
采样要求：
测定对象常为云母类、角闪石、辉石、斜长石、海绿石、伊利石、霞石、火山玻璃，以及含钾的沉积岩、变质岩、火成岩全岩。
选单矿物重一般2—50g，全岩样500—1000g 。
H 1.28 40Ar—39Ar年龄样
测试围及分析要求：样品要在反应堆中经快中子照射，测定氩的同位素比值，经多阶段加热，测定岩浆岩的结晶年龄和后期热事件年龄、沉积岩的沉积年龄和后期热事件年龄、变质作用的年龄、硫化物年龄；提供多阶段加热的氩同位素分析数据、年龄值及年龄坪谱图。
采样：测定对象及样品重量同H—Ar年龄样。
H 1.29 U—Pb年龄样
测试围及分析要求：用超微方法分析，测定中生代及其以前的岩浆岩、变质岩、沉积岩的沉岩年龄、变质年龄、热事件年龄。分析要求提供每个矿物颗粒的U、Pb同位素比值及年龄值，多个矿物的一致曲线及年龄。
采样：取新鲜岩石分离、挑选单矿物，主要测定对象为锆石、独居石、磷灰石、晶质铀矿，对锆石含量高的花岗岩取3—5Hg，对火山岩取10—15Hg，对中基性、超基性岩取20—25Hg，一般挑单矿物重量0.5—2g，纯度＞98%，每种单矿物按物理性质不同分别测定。
H 1.30 铀系法
测试围：40×104a以的湖泊沉积物、海洋沉积物、锰结核、盐类、碳酸盐岩（珊瑚、钟乳石、钙结核、贝壳、骨头）、年轻火山岩、自然水的形成年龄。
采样：样重一般为10—100g，水样10—20lml，碳酸盐岩和火山岩取新鲜岩石。
H 1.31 Rb—Sr年龄样
测试围及分析要求：Rb、Sr同位素质谱分析，精度要高于万分之一，误差小于5% 。测定中生代以前的岩石形成年龄、变质年龄及物质来源信息。要求提供同位素测试数据、等时线图、等时线斜率、截距、相关系数、等时线年龄及误差围。
采样：测定对象主要为中、酸性岩；全岩等时线样一般采6—10块样，每块1Hg左右，要保证样品的同源、同期、同一封闭体系；全岩—单矿物等时线样和矿物等时线采一块即可，单矿物测定对象同H—Ar法；样品要新鲜。
H 1.32 Sm—Nd年龄样
测试围及分析要求：同位素质谱分析，精度要高于万分之一，误差小于5% 。测定中生代以前的岩石形成年龄、变质年龄及物质来源信息。要求提供同位素测试数据、等时线图、等时线斜率、截距、相关系数、等时线年龄及误差围。
采样：测定对象主要为超基性、基性岩；全岩等时线样一般采6—10块样，每块1Hg 左右，要保证样品的同源、同期、同一封闭体系；全岩—单矿物等时线样采一块即可，单矿物测定对象同H—Ar法；样品要新鲜。
H 1.33 14C年龄样
测试围：200—5×104a含碳物质的年龄。
采样：采集对象及重量，木头、木炭、树根、古植物种子等采25—30g；泥炭、珊瑚、贝壳、淤泥200—1000g；土壤500—2000g；动物骨骼1000—1500g；水500—1000g；样不需破碎，剔除非测定杂质；样品装入塑料袋（不直接装入布袋）；水样应在野外进行处理后，将沉凝物，装入玻璃或塑料瓶中送化验室，通常100升左右的水才能分离出足够数量的沉积物供测定。
H 1.34 古地磁
测试要求：测定岩石的天然剩余磁场，求得样品的平均磁偏角、磁倾角、磁极位置等参数的对比，根据样品的磁极对地层进行划分对比、研究板块的迁移。
采样要求：
1、间距，垂直走向逐层采集，采样间距一般为1—5m。
2、数量，应满足统计的要求，侵入岩在中心取样，不得少于10块。
3、规格，野外采样12×12×12cm大小手标本，并表明层面或构造面的倾向和倾角，对于松散沉积物可采用器具取得定向标本，误差不得超过10，室制成4×4×4cm，每块手标本截取四个以上的样。
4、采样对象为含磁性较高的沉积物和岩浆岩。
5、采集方法，可在新鲜岩石采集手标本或用手提式钻机采取。
6、送样时附剖面图，写明采样位置及经纬度。
H 1.35 热释光（TL）
测试围：测定受热受光样品，如古瓷、断层泥和黄土、沙丘等（测石英、长石），测年围1000a—1Ma 。
采样：深度，30—40cm，采样避光进行，不透光包装。
样重，1000g左右。
H 1.36 光释光（OSL）
测试围：测定河流相、洪积相、湖相、海相、冰水相、风积物、火山喷发物及断层磨擦生热烘烤的产物及考古样的最后一次暴光或受热以来所经历的年龄，测年围2千年—50万年。
采样：基本同热释光样
H 1.37 电子自旋共振（ESR）
测试围：测定物质部结构特征；测定第四纪沉积物、火山岩地质年龄及断层最后一次活动年龄等，测年围几百年—几百万年。
采样要求：（1）测定物质结构的样品，单矿物采长度为2—9mm的单晶，粉晶采4—9g，液体需0.01—0.1ml 。（2）第四系测年采集对象为碳酸盐类钙结核、贝壳、珊瑚，磷酸岩类牙齿、骨头、硫酸盐石膏、硅酸盐、火山物质、断层物质、经照射的样品等；采样深度30—50m；避光处理和保存；样品量一般50—100g，含石英颗粒松散沉积物一般需1000—2000g 。
H 1.38 裂变径迹（FT）
测试围：测定对象主要为磷灰石、锆石、硝石、云母、火山玻璃等。测年围几百年至几百万年。
采样：样品要新鲜，矿物充分结晶；测抬升速率沿不同高度系统取样，样品量足以保证选出几十个矿物颗粒，送单矿物100—500颗，送岩石2Hg 。
H 1.39 氧同位素
分析要求：测定样品的16O、18O，计算δ18O0/00和同位素平衡温度
取样：根据用途不同而不同。
（1）、计算成岩温度常采同一世代矿物对，岩石要新鲜，矿物纯度98%以上，矿物样重0.2g ；计算碳酸盐岩古海水温度要用腕足类及软体动物贝壳。
（2）、判别岩石物质来源采单矿物（或全岩），岩石要新鲜，矿物纯度98%以上，粒径小于0.3mm 。判别水的来源主要用矿物包裹体。
（3）、测定第四纪古气候变化，采集冰块和雪装入玻璃瓶，蜡封，样品体积50—100ml 。
H 1.40 氢同位素
分析要求：测定δD值。用于计算温度，判别物质来源，结合氧同位素研究地下水成因。
采样：测定对象主要有云母、角闪石、蛇纹石、天然水，测定包裹体的矿物有石英、萤石、硫化物、碳酸盐等；样重，单矿物20—50g，水10—15ml 。
H 1.41 硫同位素
分析要求：分析硫同位素组成，计算δ34S，计算矿物的平衡温度。
采样：测定对象主要为硫化物，测定温度取矿物对，挑单矿物0.5g左右。
H 1.42 碳同位素
分析要求：测定碳同位素组成，δ13C，用于计算温度，判别有机碳和无机碳、淡水和海水碳酸盐岩。
采样：采样对象主要为碳酸盐岩、含石墨变质岩及含碳地下水、气体和植物，样重0.5g，气体5—10ml；测定包裹体碳同位素组成的矿物主要有石英和硫化物，样重150g 。
H 1.43 铅同位素
分析要求：分析206Pb/204Pb、207Pb/204Pb、208Pb/204Pb的比值。计算模式年龄，判别成因。
采样：测定矿物主要为方铅矿、闪锌矿、钾长石，样品要新鲜，取矿物重1—2g，同一地质体应取三个以上样。
H 1.44 金属矿和非金属矿采化学分析样
分析项目：根据矿石成分作基本分析和必要的组合分析，确定矿石中有益组分和伴生组分及有害元素的含量。
采样原则：根据自然分层和矿化情况连续拣块系统取样，在一层以样长0.5—1m垂直矿层连续刻槽采样，沿矿化走向至少布置两条以上采样线。
H 1.45 金属矿和非金属矿采光谱全分析样
了解矿体及围岩的元素含量情况。
H 1.46 金属矿和非金属矿采自然重砂样
分析要求：重砂矿物定性定量分析。
采样：采集重量15—30Hm，经野外粗淘后不应少于10—15g 。
H 1.47 非金属矿物理性能及工艺性能测试样
测试项目及采集方法与矿种及用途不同而确定。
H 1.48 采煤层煤样
刻槽法（10×10—25×25cm）直接在煤层上系统取样，作半工业分析（水分、灰分、挥发分）、全硫、磷、发热量及元素分析（C、H、N、O、S）等。
H 1.49 生油样
分析项目为有机质含量、元素分析、沥青族组分分析、氯仿抽提物等。
采样对象有油页岩、沥青质岩、煤、浅色碳酸岩等，采集新鲜岩石，要系统采集，样重一般为300g—1000g 。
H 1.50 储层样
分析项目包括孔隙度、渗透率、含油饱和度、含水饱和度。
采样规格6×6×7cm，采样岩石为油页岩、含油砂岩、含油碳酸岩。
H 1.51 盖层样
测定孔隙度、渗透率及岩石突破压力实验。
H 1.52 水样
主要有简分析水样、全分析水样、专项分析水样和现场分析水样，水样的采集、分析项目与密封见有关规。
H 1.53 土壤样
分析与矿产、农业、牧业、林业、污染、环境生态有关的元素和成分。
样品采集系统采集有机层、淋积层、母质层，样重100—150g。
H 1.54 植物样
分析微迹化学元素。
主要取植物器官和腐殖质，样重150—200g 。
H 2 测试登记表格
H 2.1 样品登记表格式
样品采集登记表
图幅名称：样品类别：工作单位：第页
H 2.2 送样单格式
H.2.2.1岩矿鉴定样品送样单格式
岩矿鉴定样品送样单
H.2.2.2 化石送样单格式
大化石送样单
H.2.2.3 微体化石送样单格式
微体化石送样单
H.2.2.4 微区分析送样单格式
微区分析送样单
H.2.2.5 岩矿分析送样单格式
岩矿分析送样单
H.2.2.6 H-Ar、40Ar-39Ar、Rb-Sr等同位素年龄测定送样单格式
同位素年龄测定送样单
14
H.2.2.8 光释光（OSL）、热释光（TL）、电子自旋共振（ESR）送样单格式
光释光（OSL）、热释光（TL）、电子自旋共振（ESR）送样单
H.2.2.9 裂变径迹（FT）样品送样单格式
H.2.2.10 稳定同位素送样单格式
稳定同位素送样单
H.2.2.11 非金属矿产物化性质送样单格式
非金属矿产物化性质送样单
H.2.2.12 煤质分析送样单格式
煤质分析送样单
H.2.2.13 石油、天然气分析送样单格式
石油、天然气分析送样单格式
H.2.2.14 水分析送样单格式
水分析送样单
H.2.2.15 土壤分析送样单格式
土壤分析送样单
H.2.2.16 植物分析送样单格式
植物分析送样单
H.2.2.17 岩矿样标签格式
H.2.2.18 水样标签格式
H 2.3 主要测试成果登记表
H 2.3.1薄片鉴定成果登记表格式
H 2.3.2 重砂鉴定成果登记表
H 2.3.3 化石鉴定成果登记表
H 2.3.4 岩矿成分分析成果登记表格
岩矿成分分析成果登记表
图幅名称: 送样单位：送样日期：
H 2.3.5 地质年龄测定成果登记表
一：软件测试的基本流程 1.熟悉需求 2.需求评审（测试人员，开发，需求参与） 剔除需求中不合理的部分和一些无法实现的部分，有异议的地方，描述不清楚的地方。 3.编写测试计划 4.测试计划评审 5.测试分析 6.测试分析评审（交叉评审） 7.设计测试用例 8.编写测试用例 9.测试用例评审 10.冒烟测试 11.运行测试用例 12.提交BUG 13.回归测试 14.编写测试报告 二：什么是冒烟测试 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。 冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 三：什么是回归测试 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。 回归测试包括两部分：函数本身的测试、其他代码的测试。在对被修改的函数重新测试。如果函数的设计功能没有变化，直接运行函数测试就可以了。如果修改了设计功能，则要根据增减的功能点，增加或删除测试用例。另外，还要完成白盒覆盖。 函数代码的修改可能导致调用该函数的代码产生错误，所以需要测试其他代码。如果函数是私有函数并且未涉及到全局变量，应运行类测试，否则应运行工程测试。在函数列表中选择类测试或工程测试，编译运行测试工程，即可执行对其他代码的回归测试。 四：测试报告包含的内容
软件测试基础要点总结 软件测试基础要点总结 从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。 1.测试计划注意事项 1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况； 2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．测试原则 ①应尽早和不断地进行软件“测试”。 ②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。③在开发各阶段应事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。④对发现错误较多的程序模块，应进行重点测试。⑤避免程序员测试自己的程序。 ⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。 2.测试用例文档 测试用例文档通常是由简介和测试用例两部分组成：
简介部分编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的。 测试用例部分逐一列出各个测试用例。 测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 测试用例部分 测试用例通常包含的信息：用例标识和用例名称内容描述前提条件执行步骤预期结果评价准则 用例设计人员和设计时间用例执行人员和执行时间其它内容3.软件缺陷 缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有：①软件没有实现产品规格说明所要求的功能模块软件中；②出现了产品规格说明指明不应该出现的错误； ③软件实现了产品规格说明没有提到的功能模块； ④软件没有实现虽然产品规格说明没有明确提及但应该实现的目标； ⑤软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。测试用例：以计算器为例 ①计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。 ③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷④在测试计算
新产品内部测试工作程序 1 目的 内部测试是公司为分析、评价、验证新产品质量和可靠性的一种手段和方法。其作用是通过对测试结果的统计分析,对产品的性能指标、环境适应性以及产品的可靠性进行评价,找出其薄弱环节,提出改进措施,以提高产品的可靠性和稳定性。原则上未经测试课测试的产品和程序不能出厂。 2 适用范围 本程序适用于公司新产品的内部测试工作。 3 职责 新产品内部测试工作由测试课承担并负责实施。 4 工作程序 内部测试工作流程图见附图 4.1提出测试任务 测试申请由产品经理或研发提出，需填写《产品内部测试申请表》（见表1）。测试课按测试申请表完成测试任务，测试申请表勾选的技术资料需一并提供。 4.2 提供测试项目 产品经理或研发提供测试项目和测试要求及指标，研发需提供自测报告。 4.3 测试方案设计 根据产品开发目标、目的和指标,参考有关国家标准和企业产品标准（技术条件）及其他有关背景资料,进行测试方案设计,其主要内容应包括以下几大项: a) 明确测试目的 b)确定测试项目及要求 c) 安排测试顺序 d) 确定测试条件 e)确定测试方法及参数测试方法 f)确定测试设备和试验测试仪器 g) 确定数据处理方法
4.4实施测试 按测试计划进行测试,若与计划项目有变化则在报告中说明。测试过程中,测试人员应详细做好测试记录。 4.5 测试数据的分析处理 测试完成后,测试人员应给出测试结论。 4.6测试结论试验报告的编写 按测试报告模板编写测试报告。 4.6.1 测试结论 测试结论是将样机内部测试数据与测试规格对照后所得出的合格与否结论,测试结论应明确地表明样机各项指标达标项和未达标项并将指标不合格项逐条列出。包括： a) 反映产品外观、结构等质量状况的测试结果 b) 反映产品性能指标等内在质量测试结果 c) 产品在极限的情况下的适应性和自我保护性能 4.7测试报告审批 测试报告需经测试课人员确认,测试课课长审核，然后给到产品经理审批，依据样机内部测试情况,做出样机是否通过内部测试决定，并发布测试报告。 4.8注意事项 4.8.1 以验证产品的设计质量为目标,从公司现有条件及经济性、实用性考虑选取测试项目。 4.8.2 采用的测试条件尽可能模拟现场使用条件,现场试验可以是用户使用的实际情况反映,也可以在生产装配现场进行。 4.8.3 选择的测试数量要得到保证。 4.8.4为保证试验结果的可靠性,必须对测试方案和计划作周密而实际的安排,对测试工具与测试仪器也应有一定的精确度要求。 4.8.5可靠性试验原则上选择功能试验和环境试验合格后的产品进行,样机进行可靠性试验后,应对失效或接近失效的元器件进行更换,并经检验才能对样机处理。 4.8.6 测试课在测试过程中缺少测试仪器和资料的由测试申请人提供。 附图内部测试工作流程图
软件测试基本流程与规范 1目标 制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化，标准化。 2测试流程说明
3测试需求分析 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据； ·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例； ·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖； 3.1测试方法与规范 3.1.1测试方法 随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法： ?β测试（beta测试）--非程序员、测试人员 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。?α测试（Alpha测试）--非程序员、测试人员 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。?兼容性测试 --测试人员 兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。 ?用户界面测试-UI测试--测试人员 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
功能自动化测试流程解析 本流程是描述软件功能自动化测试过程中的步骤、内容与方法，明确各阶段的职责、活动与产出物。 1流程图 2流程说明 2.1 测试计划（可选） 与以前的测试计划过程一致，只是在原来的测试计划中，添加对项目实施自动化测试所需的资源、测试范围、测试进度的描述。该过程产出物为《测试计划》。 2.2 自动化测试用例设计 根据《测试计划》、《软件需求规格说明书》、《系统测试用例》设计出针对自动化测试的测试用例。测试用例的粒度精确到单个功能点或流程，对于各个功能点的业务规则，通过对脚本添加相应的检查点来进行测试。该过程的产出物是《自动化测试用例》。
2.3 自动化脚本设计（可选） 根据《软件需求规格说明书》、《自动化测试用例》、《系统原型》、《系统设计说明书》编写《自动化脚本设计说明书》，其主要内容包括：分析当前项目，设计出适合的脚本基本架构，针对特殊自动化测试用例设计可行的脚本编写方法，设计特殊检查点的实现方式，并对潜在的技术难点提出解决方案。该过程的产出物是《自动化脚本设计说明书》。 2.4 自动化脚本编写 根据《软件需求规格说明书》、《自动化测试用例》、《系统原型》、《自动化脚本设计说明书》，录制、调试、编写各个功能点的自动化测试脚本，并添加检查点，进行参数化。该过程还需要编写数据文件处理脚本、日志文件处理脚本、数据库处理脚本、公共检查点处理脚本等等。该过程的产出物是各个功能点的自动化测试脚本和其他公共处理脚本。 2.5 自动化测试数据设计 根据《软件需求规格说明书》、《自动化测试用例》设计出对各个功能点和相关业务规则进行测试的输入数据和预期输出，填写入对应的数据文件中。该过程的产出物是各个功能点的数据文件。 2.6 自动化测试执行 搭建好测试环境。根据《自动化测试用例》，执行自动化脚本，对系统进行自动化测试，并自动记录测试结果到日志文件中。 2.7 自动化测试结果分析 对测试结果文件中报告错误的记录进行分析，如果确实是由于被测系统的缺陷导致，则提交缺陷报告。对自动化测试的结果进行总结，分析系统存在的问题，提交《测试报告》。 2.8 自动化测试脚本维护（可选） 如果系统发生变更时，对自动化测试脚本和相关文档包括《自动化测试用例》、《自动化脚本设计说明书》进行维护，以适应变更后的系统。
新产品部测试工作程序 1 目的 部测试是公司为分析、评价、验证新产品质量和可靠性的一种手段和方法。其作用是通过对测试结果的统计分析,对产品的性能指标、环境适应性以及产品的可靠性进行评价,找出其薄弱环节,提出改进措施,以提高产品的可靠性和稳定性。原则上未经测试课测试的产品和程序不能出厂。 2 适用围 本程序适用于公司新产品的部测试工作。 3 职责 新产品部测试工作由测试课承担并负责实施。 4 工作程序 部测试工作流程图见附图 4.1提出测试任务 测试申请由产品经理或研发提出，需填写《产品部测试申请表》（见表1）。测试课按测试申请表完成测试任务，测试申请表勾选的技术资料需一并提供。 4.2 提供测试项目 产品经理或研发提供测试项目和测试要求及指标，研发需提供自测报告。 4.3 测试方案设计 根据产品开发目标、目的和指标,参考有关国家标准和企业产品标准（技术条件）及其他有关背景资料,进行测试方案设计,其主要容应包括以下几大项: a) 明确测试目的 b)确定测试项目及要求 c) 安排测试顺序 d) 确定测试条件 e)确定测试方法及参数测试方法 f)确定测试设备和试验测试仪器 g) 确定数据处理方法
4.4实施测试 按测试计划进行测试,若与计划项目有变化则在报告中说明。测试过程中,测试人员应详细做好测试记录。 4.5 测试数据的分析处理 测试完成后,测试人员应给出测试结论。 4.6测试结论试验报告的编写 按测试报告模板编写测试报告。 4.6.1 测试结论 测试结论是将样机部测试数据与测试规格对照后所得出的合格与否结论,测试结论应明确地表明样机各项指标达标项和未达标项并将指标不合格项逐条列出。包括： a) 反映产品外观、结构等质量状况的测试结果 b) 反映产品性能指标等在质量测试结果 c) 产品在极限的情况下的适应性和自我保护性能 4.7测试报告审批 测试报告需经测试课人员确认,测试课课长审核，然后给到产品经理审批，依据样机部测试情况,做出样机是否通过部测试决定，并发布测试报告。 4.8注意事项 4.8.1 以验证产品的设计质量为目标,从公司现有条件及经济性、实用性考虑选取测试项目。 4.8.2 采用的测试条件尽可能模拟现场使用条件,现场试验可以是用户使用的实际情况反映,也可以在生产装配现场进行。 4.8.3 选择的测试数量要得到保证。 4.8.4为保证试验结果的可靠性,必须对测试方案和计划作周密而实际的安排,对测试工具与测试仪器也应有一定的精确度要求。 4.8.5可靠性试验原则上选择功能试验和环境试验合格后的产品进行,样机进行可靠性试验后,应对失效或接近失效的元器件进行更换,并经检验才能对样机处理。 4.8.6 测试课在测试过程中缺少测试仪器和资料的由测试申请人提供。 附图部测试工作流程图
产品研发管理流程 1. 概述 本流程目的 描述公司产品研发的管理流程。通过本流程的实施，确保研发方向正确，阶段目标清晰，项目过程可控，从而确保按照预期计划完成产品研发和上市销售，为公司战略的实现提供支持。 术语、定义和缩略语 1、产品：指公司研发的、在市场上可以单独销售的系统。我公司的产品，主要是以ASP 方式运营的软件系统和服务。 2、产品生命周期：从产品创意开始，到产品退出市场的全部过程。 3、产品项目：为研发产品的某个版本，有一定的进度、资源、质量要求所作的暂时性 的努力； 4、产品项目生命周期：从项目策划开始、到项目结项为止的时间周期。产品项目生命 周期一般是产品生命周期的部分阶段； 角色和职责 1、产品经理：负责产品生命周期的全过程管理和组织协调。与产品项目相关的主要职 责包括： 1)负责产品定义，找到市场需求、目标客户和销售卖点； 2)进行产品各版本的规划，下达产品项目的研发任务； 3)在产品项目过程中，负责需求管理和总体进度控制，确保产品按时发布； 4)在产品项目研发的同时，产品经理组织完成“产品包装与销售支持”工作。 2、产品项目经理：负责产品项目生命周期的统筹安排、任务跟踪和组织协调。在产品 项目生命周期中，向产品经理负责。主要职责包括： 1)接受产品项目的研发任务，组建项目团队，进行项目工作的统筹安排； 2)组织产品实现，确保产品满足规划； 3)负责产品项目的任务跟踪和组织协调。对于进度、需求或设计的变更，提出变 更申请；对于存在的问题，进行跨部门沟通，并组织、协调资源解决。 3、产品项目组成：一般包括如下角色 1)产品项目经理：负责产品项目组的统筹管理； 2)需求分析工程师：负责需求分析； 3)UI设计工程师：负责页面设计； 4)架构设计师：负责产品的总体架构设计； 5)系统集成工程师：设计产品的系统部署方案，搭建系统部署环境； 6)开发工程师：负责概要设计、详细设计和编码，配合系统的技术发布； 7)测试工程师：负责随测和版本测试，验证产品符合性； 8)系统配置工程师：搭建测试环境、验证安装文档、提供产品盘，配合系统的技 术发布； 9)运维工程师：编写产品的部署或升级计划，完成产品的技术发布，反馈使用中 的问题。 4、产品团队组成：产品团队除了包括产品项目组的所有成员，还包括如下角色： 1)产品经理：负责产品团队的统筹管理； 2)公司高层领导：制定产品战略，提出市场方向； 3)商务人员：协助市场需求调研；组织产品销售和用户培训，收集并反馈用户意 见和建议；
实验室样品管理程序 The manuscript was revised on the evening of 2021
样品管理程序 1 目的 检测样品的代表性、有效性和完整性将直接影响检测结果的准确度，因此必须对样品的接收、流转、贮存、处置以及样品的识别等各个环节实施有效的质量控制。应根据客户要求做好样品的保密与安全工作。 2 范围 本程序用于本实验室各类检测业务中检测样品的接收、流转、贮存、处置、识别等项的管理。 3 职责 检测科样品管理员负责记录接收的样品状态，做好样品的标识以及样品贮存、流转、处理过程中的质量控制。检验科检验人员应对制备、测试、传递过程中的样品加以防护。 (1)收样室在受理客户委托检验时，负责对送检样品的完整性和对应于检测要求的适应性进行验收，记录接收样品状态，并负责将样品及其资料传递到检验室。 (2)实验室样品管理员负责对各检验室样品管理情况进行督查，并配合检测管理室对样品管理要素进行审核。 4 步骤和要求 样品的接收 4.1.1委托样品的接收 a)收样员在接收客户送检样品时，应根据客户的检测需求，查看样品状况（包装、外观、数量、型号、规格、等级等），并清点样品，认真检查样品及其配件、资料的完整性，检查样品的性质和状态是否适宜于进行要求的检测，有些样品还应检查采用的包装或容器是否可能造成样品的特性变异，并在《见证取样送样委托单》和《样品核查单》上登记说明。同时（特殊样品）应与客户商定有关样品准备的要求和试毕样品处理方式。收样员应及时将样品及其资料、流转单传递到检验科。 b)客户寄来的样品由收样员按a)条办理委托手续。收件人应负责与客户联络，并交一份委托单给客户。 c)样品传递到检验科后，样品管理员与检验员应进行交接验收，查看样品状况是否与流转单填写内容相符，对以封装方式送达的样品，应检查封签是否完整有效以及运输过程有无损坏。
1、软件测试的定义？ 软件测试是一个过程或者一系列过程，用来确认计算和代码完成了其应该完成的功能，并且不执行其不应该有的操作。 2、软件测试的目标是什么？ 是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量，降低软件发布后由于潜在的软件错误和缺陷造成的隐患所带来的商业风险。 3、简单描述一下软件测试的原则？ 所有的软件测试都应追溯到用户需求 应当把“尽早地和不断地进行软件测试”作为测试者的座右铭 Good Enough原则 质量第一 充分注意测试中的群集现象 程序员应避免检查自己的程序 有据可依 尽量避免软件测试的随意性，要有预期结果 重视回归测试 妥善保存一切测试过程文档 4、软件测试中验证和确认的区别？ Verfication 验证： 是保证软件正确实现特定功能的一系列活动和过程。 目的是保证软件生命周期中的每一个阶段的成果满足上一个阶段设定的目标。 Validation 确认： 是保证软件满足用户需求的一系列的活动和过程。 目的是在软件开发后保证与用户需求符合 5、软件测试按照测试的基本策略可分为哪两种并加以详细说明？ 白盒测试： 白盒测试也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
黑盒测试： 黑盒测试是指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。 6、整个软件生命周期中，需要进行哪几项测试？ 单元测试、集成测试、系统测试、验收测试 单元测试 单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重要。 一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。 集成测试 集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。 系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。 验收测试 验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。
软件测试流程规范整体的流程图 1.详细的流程执行 1.1 计划与设计阶段 整体流程图
1.1.1 立项会议 由高层主管立项会议，会议主要对项目的可行性进行分析，并且确定项目经理及项目测试组长。 1.1.2 需求评审 注：1．需求定义基本完成，此时应在评审会议召开之前发给测试团队，预留时间给测试相关人员熟悉、理解。 2．测试部参与人员由测试部经理指定，主要由测试组长、测试设计等人员组成（还应包括配置管理人员、质量保证人员）。
1.1.3 测试工作启动 注：在正式测试任务下达前，开发团队应在项目（产品）开发计划完成后及时向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长组建测试小组，并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试小组成员可预先熟悉必要的项目（产品）资料。 1.1.4 测试设计阶段 1.1.4.1 设计测试计划 注：针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、制定测试测略及预估测试过程中的风险，并设计出合理的规避风险的策略，为后续的测试工作提供直接的指导。
1.1.4.2 设计测试用例 注：在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。
1.1.4. 2.1设计测试用例的常用方法 a．等价划分法 有效等价类:是指对于程序的规格说明来说是合理的有意义的输入数据构成的集合利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能 无效等价类:与有效等价类的定义恰巧相反 b．边界值法： 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种 情况下，其测试用例来自等价类的边界。 通常情况下，软件测试所包含的边界检验有几种类型：数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。 相应地，以上类型的边界值应该在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满等情况下。 边界值分析的基本思想是使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值，记为：min、min+、nom、 max-、max考虑到健壮性测试，还可以加一个略大于最大值max+， 以及一个略小于最小值min-的值。 举例说明：例如要求0 < X<5,在编写用例时需考虑到以下几种 情况： ?x=0的情况 ?x=5的情况 ?x=-1的情况 ?输入一个X大于5的值，例如输入X=6 c．错误推断法 基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性 的设计测试用例的方法。 思路：分析程序中最易出错的场景和情况，在此基础上有针对性的设 计测试用例，需要完成的前提条件如下： ●深度熟悉被测系统的业务、需求。 ●对被测系统或类似系统之前的缺陷分布情况进行过系统的分析。 包括功能缺陷，数据缺陷，接口缺陷和界面缺陷等等。 举例说明： 聊天窗口功能 ?输入特殊字符（全角，半角）后，窗口是否能够正常显示 ?输入空格，是否能够过滤，是否会算入长度计算 ?输入html字符 ?输入脚本语言函数 ?在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容是否能够通过
软件测试流程实施方案 1.流程的意义 从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓起，规范软件产品的开发过程。这是一个软件企业从小作坊的生产方式向集成化规范化的大公司迈进的必经之路，也是从根本上解决质量问题，提高工作效率的一个关键手段。 软件产品的开发同其它产品（如汽车）的生产有着共同特性，即需要按一定的过程来进行生产。在工业界，流水线生产方式被证明是一种高效的，且能够比较稳定的保证产品质量的一种方式。通过这种方式，不同的人员被安排在流程的不同位置，最终为着一个目标共同努力，这样可以防止人员工作间的内耗，极大的提供工作效率。并且由于其过程来源于成功的实例，因此其最终的产品质量能够满足过程所设定的范围。软件工程在软件的发展过程中吸取了这个经验并把它应用到了软件开发中，这就形成了软件工程过程，简单的说就是开发流程。 不管我们做哪件事情，都有一个循序渐进的过程，从计划到策略到实现。软件流程就是按照这种思维来定义我们的开发过程，它根据不同的产品特点和以往的成功经验，定义了从需求到最终产品交付的一整套流程。流程告诉我们该怎么一步一步去实现产品，可能会有那些风险，如何去避免风险等等。由于流程来源于成功的经验，因此，按照流程进行开发可以使得我们少走弯路，并有效的提高产品质量，提高用户的满意度。
2.测试工作流程图 2.1测试工作总体流程图 说明：集成测试和系统测试的反馈意见可能导致设计文档（需求或数据库）的修改。
2.2计划、用例阶段流程图
2.3单元/集成测试阶段流程图
2.4系统测试阶段流程图
2.5验收测试流程图 说明：验收测试为系统上线前的最后检验，检验方向主要是安装包、安装程序、用户手册、加密设置、基本功能等内容。
拟制：审核：日期： 批准：审核：日期： 1 目的 本流程旨在有效地规范产品测试过程，提高测试的有效性和文档管理质量，明确测试工作各阶段的任务、步骤、关键评审点和与开发流程的关系及接口，充分体现开发与测试的并行，缩短产品开发周期，降低产品开发成本，保证测试过程的规范性和继承性，快速、有效地发现和解决问题，更好地为产品开发服务。 2 范围 本流程适用于研发系统研究、开发的所有产品，包括单板和产品新版本的开发、产品软/硬件系统升级。开发单板、产品新版本或产品软/硬件系统升级时，根据版本开发的复杂程度和涉及的方面，在制定测试计划时对本程序规定的测试步骤进行选用。 3 流程提要 3．1 测试组根据产品规格与总体技术方案拟制系统测试计划，准备和协调测试资源，安排测试进度，明确测试内容和要求，出具《系统测试计划》，作为软/硬件测试的基础。 3．2 测试组根据《软件需求规格说明书》、《硬件需求规格说明书》、《软件总体方案》、《硬件总体设计方案》拟制软、硬件测试计划。评审通过后，开始进行系统测试设计，即对《系统测试计划》补充具体、可行的系统测试用例库。 3．3 测试组根据《软件详细设计》的内容和《软件测试计划》的要求，开始软件测试工具的准备、软件单元测试和软件集成测试，并提交相应的测试报告；根据《单板总体设计》的内容和《硬件测试计划》的要求，开始硬件测试工具的开发及单板软/硬件测试、单板综合测试和硬件集成测试，并提交相应的报告。 3．4 软、硬件集成测试完成后，测试组根据系统测试设计后的《系统测试计划（详细）》进行系统测试测试，完成后提交相应的《系统测试报告》。在系统测试过程中，当全部性能指标、主要功能的测试，以及部分兼容性、可靠性的测试完成后，会有产品工程室组织进行内部鉴定，出具《内部鉴定结论报告》，随后由产品研发与行销管理委员会组织，依据《内部鉴定结论报告》和其它相关文件，对产品进行试产决策评审。试产决策评审通过后，系统测试继续进行。 3．5 当系统测试全部结束后，由产品工程师再次组织进行内部鉴定，出具《内部鉴定详细报告》，并对试产准备阶段产生的各类文档进行评审后，决定是否启动试产加工。
软件测试基本概念 1、软件=程序+文档，软件测试=程序测试+文档测试。 “程序”是指能够实现某种功能的指令的集合，“文档”是指软件在开发、使用和维护过程中产生的图文集合。； 2、软件的分类 按功能分：系统软件、应用软件 按技术架构分：单机版软件、C/S结构软件（C是指客户端，S指服务器端）、B/S 结构软件（B是指浏览器） 按照用户划分：产品软件、项目软件 按开发规模划分：小型、中型、大型 3、BUG的定义：软件的BUG指的是软件中（包括程序和文档）不符合用户需求的问题。常见的软件BUG分三种类型：完全没有实现的功能；基本实现了用户需求的功能；实现了用户不需要的功能。 4、测试环境=软件+网络+硬件。搭建环境：真实、干净、无毒、独立 5、软件环境的分类：软件开发环境软件生产运行环境 6、测试用例：指在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和与其结果！测试用例=输入+输出+测试环境。测试用例有两个模板，word 和excel，前者适合性能测试，后者适合功能测试。 软件测试分类 1、黑盒测试：指的是把被测的软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果
白盒测试：指的是把盒子盖打开，去研究里面的源代码和程序结构。 2、静态测试：是指不实际运行被测软件，而只是静态的检查程序代码、界面或文档中可能存在的错误的过程。 动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。 注：同一个测试，既有可能属于黑盒测试，也有可能属于动态测试；既有可能属于静态测试，也有可能属于白盒测试。他们之间也有可能交叉。 3、单元测试：编译运行程序——静态测试——动态测试 集成测试：是单元测试的下一个阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部分。 4、系统测试：指的是将整个软件系统看作1个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。 5、验收测试：指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员 共同参与的测试，它也是软件正式交给用户使用的最后一道工序. 验收测试又分为α测试和β测试，其实α测试指的是由用户、测试人员、开发人员等共同参与的内部测试，而β测试指的是内侧后的公测，即完全交给最终用户测试。 功能测试：是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。功能测试又可以细分为很多种：逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试等。性能测试：软件的性能包括很多方面，主要有时间性能和空间性能两种。时间性能：主要指软件的一个具体事务的响应时间。空间性能：主要指软件运行时所消耗的系统资源。
仪器研发部 产品测试管理流程 编制: 审核： 批准： 发布日期： 1目的: 测试是尽可能通过不同的测试手段对产品进行试验，以发现可能由设计、工艺、元器件品质、零部件配合而引起的产品问题或潜在问题，在产品投放市场之前解决已发现的问题点。
对产品开发在测试验证阶段的测试类型、测试流程、测试项目确定的原则以及测试所涉及到各人员所承担的职责进行规范，以有效提高测试效率、保证产品的质量。 2范围: 适用于广州达元食品安全有限公司（以下简称公司）的产品开发、设计更改、工程变更等需进行产品验证的测试项目。 3 职责权限 研发部 3.1.1研发部是产品测试的归口部门，负责产品开发中的产品测试计划、测试规范等的制定； 3.1.2研发部主管负责所有阶段的测试过程及输出确认，对测试记录、结果及测试报告进行审批； 3.1.3产品开发项目负责人负责测试过程的日常管理；产品测试计划及测试后缺陷改进的审核确认；对测 试记录、结果及测试报告进行审核； 3.1.4测试工程师负责编写测试计划；设计测试用例；执行并记录测试过程和结果；编写测试报告。 市场部负责样品客户要求的传递，及客户测试、试用的跟踪和信息反馈。 仪器生产部负责样机试制生产工艺流程的制订；作业指导书编制；工装治具的设计制作；生产过程确认等； 品质部负责样机试制检验文件编制；样机零（部）件检验及生产过程质量控制； 计划部负责样机生产、采购计划制定及物料的采购、入库、发放等； 生产部负责样机试制的生产。 4 程序和要求 产品测试的分类 4.1.1结构件测试：对产品的运动、受力、电气结构件进行的性能、环境测试，可以是单体零件的测试， 也可以是几个零件装配成部件测试。 4.1.2硬件测试：对产品的电子线路板的电性能、环境测试。 4.1.3软件测试：对产品的软件的功能项/ 功能点进行的测试。 4.1.4成品测试：对产品总成进行的产品功能和性能测试及环境测试。 4.1.5其它测试：对与技术预研、产品开发、生产流程、质量控制、物料选型等相关的各种测试 测试流程和要求 4.2.1测试需求 测试人员应对产品开发需求进行分析，发现需求中不完善的，不足的，不严密的地方，识别出测试的对象： 1) 需求的范围：产品有多少个功能项； 2) 需求的度量：每个功能项的特性和特性参数； 3) 各功能项及特性和特性参数间的相互关联； 测试需求应与产品开发方案一同进行评审。 4.2.2测试计划 4.2.2.1 产品开发“设计任务书”编制时，开发项目负责人应根据分析确定的测试需求，明确产品开发计
软件开发与测试配合工作流程
XXX软件股份质量部 目录 1．简介 (4) 2．适用围 (5) 3．术语、名词定义 (5) 3.1 送测软件 (5) 3.2 开发文档 (5) 3.3 测试文档 (6) 3.4 被测程序 (6)
3.5 送测单 (6) 3.6 BUG单 (6) 3.7 测试循环 (7) 4．参考文献 (7) 5．测试与开发的配合 (7) 5.1 文档和软件保存目录 (8) 5.2 辅助工具的使用 (9) 5.2.1 辅助测试系统1.0 (9) 5.2.2 SourceSafe6.0 (10) 5.3 开发与测试配合的流程 (11) 6 . 送测单 (12) 6.1送测单的填写 (13) 6.2 工作流程 (15) 7 ．BUG单 (16) 7.1 BUG单的填写 (17) 7.2 工作流程 (19) 8 ．测试阶段的结束 (19) 9 . 备注 (20) 9.1 开发阶段与测试阶段 (20) 9.2 待测模块的组合与测试原则 (21) 9.3 BUG的分类评级原则 (21) 9.4 国标中有关BUG数量的描述 (23)
9.5 测试阶段的划分 (23) 1．简介 本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程，其中包括测试与开发的配合、送测单和BUG单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。 鉴于公司的技术要求，目前质量部的测试人员不仅要完成黑盒测试工作，而且还要进行白盒测试中的“代码走查”工作。其它的白盒测试工作，目前还不在测试人员的工作职责之。 由于公司已经为质量管理部开发完成“辅助测试系统1.0”，因此本测试流程的制定就建立在辅助测试系统之上，如果辅助测试系统有了新的版本，质量部将根据其变化适当调整测试流程。
软件测试基本流程与要求（提纲） 1目标 制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化，标准化。
2测试流程说明 3测试需求分析 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可
评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据； ·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例； ·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖； 3.1测试方法与规范 3.1.1测试方法 随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法： ?β测试（beta测试）--非程序员、测试人员 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。?α测试（Alpha测试）--非程序员、测试人员 α测试，英文是Alpha testing。又称Alpha测试.
软件测试的基本流程与测试规范 目录 前言 (1) 一、软件测试的流程 (2) 1.测试基本流程图 (2) 2.测试各阶段工作流程 (3) 2.1需求分析阶段 (3) 2.2计划与设计阶段 (4) 2.3测试实施阶段 (4) 2.4测试结束 (5) 2.5测试验收和归档 (7) 二、软件测试规范 (8) 1.测试阶段所基于的文档（包括但不限于） (8) 1.1软件需求规格说明书 (8) 1.2软件设计说明（概要设计或详细设计） (8) 1.3软件设计原型（demo） (9) 1.4接口文档 (9) 2.测试的种类（按阶段划分） (9) 2.1单元测试 (9) 2.2集成测试 (11) 2.3冒烟测试（非必须） (12) 2.4系统测试 (12) 2.5随机测试（非必须） (13) 2.6验收测试（非必须） (13) 3.测试的类型（按测试内容划分） (14) 3.1功能测试 (14) 3.2界面测试（UI测试） (19) 3.3接口测试 (20)
3.4性能测试 (20) 3.5兼容性测试 (22) 3.6安全测试 (22) 3.7安装测试 (24) 4.缺陷管理 (25) 4.1缺陷提交规范 (25) 4.2缺陷生命周期 (27) 4.3缺陷等级划分 (28)
前言 此文档就项目中测试部分的工作流程进行了一个梳理，参考了不同的资料，提炼整理的内容为业内已经成型、被大多数项目采用和认可的。因此，该流程并不针对某一个具体的企业或者项目，运用到某一个项目中时，可进行必要的增减和修改。 另外，文章中测试规范部分，也是查阅了网上很多的资料、参考了其他项目文档，并结合本人经验整理而成，可以覆盖到项目开发过程中会遇到的绝大部分的测试面，针对不同的测试内容，该规范也能够起到一定的指导和参考作用。但是在实际的工作中，放到具体的项目里，也需要根据具体情况和要求进行适当的调整。
1. 测试计划：这个计划，我个人觉得应该在详细设计确定后，代码开始编写的时候进行制定，因为我是“提早开始测试工作”思路的忠实fans，虽然现在项目里都只有我一个人在这么早开始工作...... 测试计划，主要是给后面的测试工作一些指南，不能写成领导看的计划，而是要写成由做事的人看的计划 包含的内容可能有： i. 测试团队人员及分工(要确定当测试时出现缺陷界定、测试环境准备等问题时能找到指定的人员) ii. 测试开始结束时间(理想情况下，不要安排的太紧，赶工肯定会造成延期或测试不完整，可惜理想和现实的差距被规定为很大) iii. 测试环境配置(什么样的硬件条件，是否网络、设备等，系统在什么地址访问，访问权限、使用的测试数据等方面的预计和准备) iv. 测试哪些东西要说清楚，这里我建议把简单的测试大纲纳入测试计划中，一方面领导可以看到你的计划写的多详细，另一方面大纲可以很好的成为编写用例的依据 v. 怎么测试要说明白，如只做系统测试，那就要写清楚不做集成测试，如果需要集成测试，就需要写明白集成顺序。另外如果需要进行性能、文档、等其他的测试也要在这个计划中写明，虽然一般这个计划都是针对功能测试，但是如果有其他测试，也要写出来并安排时间，相应测试的相关计划等也需要指明 vi. 测试结束标志(要说明测试达到什么程度可以结束测试，不能等到把所有缺陷都找出来以后才结束，因为那将是一万年)，允许缺陷存留在系统里，我们只需要找到留多少这个度就够了 2. 测试用例：这个文档，主要描述具体的测试步骤，但实际应用中，至少目前我的项目里，由于时间的原因，很少有写的，就算写了的，也基本没有用到测试里，在这边的很多项目大都是直接来测，全凭我个人的经验来检查(在此感谢领导们对于我二把刀技术的信任_@_)。但是我想说其实他很重要，也许你不需要写的很详细，但是绝对需要通过这样的步骤来理顺思路，这个文档的好坏和实用程度，直接可以决定你是否能“用最少的工作(量和时间)，尽早的发现尽可能多的缺陷”，写这个文档需要用到一些测试方法理论，如等价类划分、边界值、这个表那个表。 3. 缺陷记录：是功能测试过程中使用频率最高的文档，用于在测试过程中记录发现的缺陷，并由开发人员作为修改缺陷的依据，以及修改后测试人员进行回测的主要依据 a) 该文当也有助于分析开发人员存在的“错误集群”现象，总结易出错的地方，对缺陷多的部分做更深入的测试，并提醒开发人员避免缺陷 b) 缺陷记录填写指南：