TVP5150调试经验
TVP5150xxx 使用手册：
1. 介绍
TVP5150系列是一颗使用简易，超低功耗，封装极小的数字视频解码器。使用单一14.31818MHz时钟就可以实现PAL/NTSC/SECAM各种制式的解码，输出8-bit ITU-R BT.656数据，也可输出分离同步。MCU通过标准I2C接口控制TVP5150的诸多参数，比如色调，对比度，亮度，饱和度和锐度等等。
TVP5150内部的VBI处理器可以分离解析出VBI里面的teletext,closed
caption等等信息。
2. 硬件设计
1）参考原理图:
2）参考gerber file:
TVP5150EVM CAM.zip
3）硬件原理设计注意事项：
?晶体电路：参考时钟频率如果有非常小的误差都可能导致颜色
错误甚至没有颜色。因此我们要注意：使用正确频率的晶体，
14
图1
14.31818MHz,误差在50ppm内为佳；C1,C2的选择应该根据晶
体的负载电容，，其中Cstray一般取3-8pF。
?上电时序：由于TVP5150AM1内部有多种电压，为了保障系统的正常工作，我们建议1.8v电压先上，然后上3.3v电压，最后相隔100ms后给系统复位。
?视频输入管脚及增益设置：在匹配电阻为75欧姆情况下，最大的峰峰值为1.24v,如下图：
图2
这时候就超过了TVP5150允许的最大输入值0.75v,我们通常采用电阻分压网路来解决该问题。
图3
? Anti-aliasing滤波器设计：为了防止频带外的杂讯干扰，通常在模拟前端加入低通滤波器。如图4，是给CVBS信号、S-
Video的滤波器，它们不同主要是因为TVP5150对这两种信
号的采样频率不同。
图4
图5.幅频特性，频响特性
4)PCB layout注意事项：
?地的分割：建议分模拟地和数字地，并使它们在相应的电源层下。
?不要将任何信号放在电源层或地层上。
?确保电源层等于或小于相应地层的大小。
?不要使模拟信号靠近时钟信号。
?不要将数字信号放在模拟区域。
?模拟信号走线越短越好。
?将去耦电容尽量靠近IC的电源管脚。
3. 软件设计
1） TVP5150只需要写几个寄存器就可以是IC工作了，它们是0x00(video source input selection
register),0x03(Miscellaneous Control register)。
2）如何下载补丁？
(0x7F) = 0x00; // restart TVP5150 uP
(0x03) = 0x69; // enable outputs
// unlock password for patch code download & register write
(0x21) = 0x51;
(0x22) = 0x50;
(0x23) = 0xFF;
(0x24) = 0x04;
// I2C Multi bytes write
I2CWrite(DEV_Addr,0x7E,sizeof(pPatch),pPatch);
// I2CWrite(unsigned char DEV_ADDR,unsigned char
//SUB_ADDR,unsigned int size,unsigned char *pData);
// lock password for patch code download & register write
(0x21) = 0x00;
(0x22) = 0x00;
(0x23) = 0xFF;
(0x24) = 0x04;
然后读取寄存器0x82,0x83确认版本号与补丁的版本号相同，
证明补丁下载成功。
3）如果补丁下载成功后，而MCU又通过硬件复位了
TVP5150，此时原先ROM的代码开始运行。为了让补丁重
新工作，我们只需写入如下寄存器：
// unlock password for patch code download & register write
(0x21) = 0x51;
(0x22) = 0x50;
(0x23) = 0xFF;
(0x24) = 0x04;
(0x10) = 0x05;
// lock password for patch code download & register write
(0x21) = 0x00;
(0x22) = 0x00;
(0x23) = 0xFF;
(0x24) = 0x04;
4）如何操作TVP5150的隐藏寄存器？
TVP5150xxx有一些隐藏寄存器，当我们要写它们的时候：
将数据的高字节写入寄存器0x21.
将数据的低字节写入寄存器0x22.
将寄存器的低字节地址写入寄存器0x23.
将写锁存字节写入寄存器0x24。具体参数见表1
当我们要读它们的时候：
将寄存器的低字节地址写入寄存器0x23.
将读锁存字节写入寄存器0x24。具体参数见表1
从寄存器0x21读出数据的高字节。
从寄存器0x22读出数据的低字节。
表1
4. FAQ
4-1 TVP5150,TVP5150A,TVP5150AM1都有什么区别？
4-2 TVP5150xxx都支持哪些输入？
4-3 TVP5150xxx都支持哪些video 格式？
4-4 Auto switch和auto detect是什么概念？有何区别？
4-5 TVP5150xxx支持哪些输出格式？
4-6 为什么SECAM制式要比PAL的差？为什么在SECAM制式下一些测试画面有红色？
4-7 如何调整TVP5150输出的位置?
4-8 在复位状态，Yout,SCLK,HS和VS是什么状态？
4-9 我现在使用的摄像头有白天模式和夜间模式，从夜间模式转换到白天模式，为什么有时TVP5150AM1输出没彩色？
4-10 为什么我偶尔在我的视频输出看到水平白线或暗线？
4-11 为什么TVP5150AM1输出白屏？
4-12 如何判断弱信号和非标信号？
4-13 为什么我偶尔在我的视频输出看到蓝屏或绿屏？
4-14 为什么我的视频输出上下闪动？
4-15 在带圆的信号里，我能看到圆的边缘有彩色闪动。怎么改？
4-16 我如果减少飞彩现象？
4-17 为什么我的I2C速度一快，TVP5150AM1有时就会没响应？
4-18 RESETB最小时间是多少？
4-19 为什么我系统输出的颜色是反的？
4-20 为什么我系统输出没有颜色，而TVP5150又锁住了色度负载波？
4-21 为什么我的系统有时输出的颜色不稳定？
4-22 我需要TVP5150的IBIS模型。
4-23 TVP5150AM1上电后需要多长时间去完成内部初始化工作？
4-24 为什么我的板子有很多的noise?
4-25 当我将PIN27设计成INTQ功能，设计需要注意哪些事情？
4-26 当输入画面静止时，我们系统输出是正常的；但图像一动，我的系统输出就有很严重的锯齿。为什么？
4-27 当输入画面静止时，我们系统输出是正常的；但图像一剧烈运动，我的系统输出就有比较明显方块状。为什么？
4-28 为什么我使用了048C22版本的补丁，我的系统输出没有颜色，而去掉该补丁，就好了？
4-29 P5150AM1支持OSD叠加吗？
4-30 Power Down模式和Reset模式有什么区别？
4-31 Data pins和SCLK pin在正常工作模式、reset模式和powerdown模式下各是什么状态？
4-32 在Powerdown模式下，TVP5150AM1的功耗是多少？
4-33 Datasheet讲TVP5150AM1支持SECAM (B, D, G, K, K1, L),
TVP5150AM1支持SECAM(H)和SECAM(V)吗？
4-34 TVP5150AM1如何判断弱信号？
4-35 TVP5150AM1检测到弱信号后会做什么处理？
4-36 面对弱信号，我有什么好方法来处理？
4-37 为什么我直接给HUE设定一个较大的值TVP5150AM1的图像就会乱掉？4-38 为什么当我设置contrast/brightness很大的值时，TVP5150AM1会水平白线出现？
4-39 为什么TVP5150AM1会没有彩色，当用day/night摄像头的时候？
4-40 为什么download 补丁需要大约2秒的时间？
4-1 TVP5150,TVP5150A,TVP5150AM1都有什么区别？
An: 下面是它们的主要区别：
5150:支持601和square 采样。
5150A: 支持601采样。
5150AM1: 支持601采样。
5150:内含scaler。
5150A: 不含scaler。
5150AM1: 不含scaler。
5150:不支持SECAM。
5150A: 支持SECAM(缺省不能自动识别)。
5150AM1: 支持SECAM(缺省能自动识别)。
5150:一般弱信号处理能力。
5150A: 加强弱信号处理能力。
5150AM1: 加强弱信号处理能力。
5150:较快的锁定速度。
5150A: 一般的锁定速度。
5150AM1: 较快的锁定速度。
5150:输出支持ITU-R BT.656-3。
5150A: 输出支持ITU-R BT.656-4。
5150AM1: 输出支持ITU-R BT.656-3和ITU-R BT.656-4。
TVP5150A是TVP5150的硬件升级版本。TVP5150AM1是TVP5150A的软件升级版本。
4-2 TVP5150xxx都支持哪些输入？
An: 支持CVBS和S-Video输入，但不能同时。通过寄存器0x00来设置。
4-3 TVP5150xxx都支持哪些video 格式？
An: TVP5150A/AM1支持以下格式：
NTSC(J,M,4.43)
PAL(B,D,G,H,I,M,N,Nc)
SECAM(B,D,G,K,K1,L)
TVP5150支持以下格式：
NTSC(J,M,4.43)
PAL(B,D,G,H,I,M,N,Nc)
4-4 Auto switch和auto detect是什么概念？有何区别？
An: Auto switch指decoder自动检测输入信号的制式并处于该模式的状态下。而auto detect仅仅是自动检测输入信号的制式，其它的需要后端CPU来初始化。
4-5 TVP5150xxx支持哪些输出格式？
An:可通过编程实现以下格式：
?内嵌同步的8-bit ITU-R BT.656 4:2:2 YCbCr。
?分离同步的8-bit 4:2:2 YCbCr。
4-6 为什么SECAM制式要比PAL的差？为什么在SECAM制式下一些测试画面有红色？
An:
4-7如何调整TVP5150输出的位置?
An:需要通过修改隐藏寄存器来修改。先解锁TVP5150,（0x2FF） = 0x5150,然后将新值写入对应的寄存器(0x329) = 0xxxxx(VSYNC start),(0x32A) =
0xxxxx(VSYNC stop),(0x323) = 0xxxxx(HSYNC start) (0x324) =
0xxxxx(HSYNC stop)。
4-8 在复位状态，Yout,SCLK,HS和VS是什么状态？
An:在复位状态，除了Xtal2，所有的输出信号都是高阻。
4-9 我现在使用的摄像头有白天模式和夜间模式，从夜间模式转换到白天模式，为什么有时TVP5150AM1输出没彩色？
An: 首先要看摄像头输出是否有彩色，我们可以通过TVP5150AM1的寄存器88h的bit3,color subcarrier lock status,来判断。如果是0，我们应该去找模拟前端的问题，包括摄像头。如果是1，我们可以通过如下方法来解决：先强制TVP5150AM1处于某种制式下，比如PAL制摄像头就写0x04到寄存器
0x28。然后写0x015A到0x2B1, 0x85E3到0x2B2, 0Xfef0到0x2B3, 0x7A07到0x2B4。或者使用补丁也可解决该问题，详细见补丁说明。
4-10 为什么我偶尔在我的视频输出看到水平白线或暗线？
An: 首先我们关掉white peak protection 或composite peak protection看看(0x02寄存器，具体看datasheet)。如果不行，请联系TI FAE要分析具体信号。
4-11 为什么TVP5150AM1输出白屏？
An: 可能是输入信号超过TVP5150AM1的输入门限，请检查输入电路。
4-12 如何判断弱信号和非标信号？
An: 通过寄存器0x88的bit0可以判断是TV还是VCR模式，如果是VCR说明是非标信号；通过寄存器0x89的bit6可以判断是否是弱信号。
4-13 为什么我偶尔在我的视频输出看到蓝屏或绿屏？
An: 这可能是由非标信号造成的。先要判断是否是非标信号，如果是，则要调整F bit和V bit的设置，具体参看寄存器0x15。如果不是，请用标准信号源测试。
4-14 为什么我的视频输出上下闪动？
An: 仍然可能是非标信号照成的，参考4-13。
4-15 在带圆的信号里，我能看到圆的边缘有彩色闪动。怎么改？
An: 这是由于梳妆滤波器的特性造成的。我们可以尝试修改隐藏寄存器0x33A 的值为0x000F.
4-16 我如果减少飞彩现象？
An: 为了减少false color现象，我们只有减少色度的带宽。修改如下：Register Default Value New Value
0x0E 0x00 0x03
0x14 0x13
0x1B
4-17 为什么我的I2C速度一块，TVP5150AM1有时就会没响应？
An: TVP5150AM1的I2C速度可以达到400Kbps,所以出现这种问题可能是由于后端CPU造成的。建议用额外的GPIO口去模拟I2C通讯。
4-18 RESETB最小时间是多少？
An: RESETB最小要保持低200ns。同时，PDN必须为高。
4-19 为什么我系统输出的颜色是反的？
An:通常该问题是由TVP5150和后端的时序配合造成的。我们用一彩条很容易判断。
4-20 为什么我系统输出没有颜色，而TVP5150又锁住了色度负载波？
An: 如果时钟电路有误差，会导致该问题。具体设计参考硬件的时钟电路参数设计。
4-21 为什么我的系统有时输出的颜色不稳定？
An:可能由以下原因造成的：
?可能是时钟电路，参考4-20.
?也可能是PIN27的设计造成的。尝试加4.7K下拉电阻或当该PIN设置成GPIO output时，使其输出高。
?也可能是与后端的CPU配合造成的，最简单就是写寄存器0x15为0x05,看是否有变化，如果颜色丢失了，写回0x01。参考4-19。
4-22 我需要TVP5150的IBIS模型。
An: 请看链接。
TVP5150Apbs IBIS Model.zip
4-23 TVP5150AM1上电后需要多长时间去完成内部初始化工作？
An:最快是128us。时间是依据输入信号的格式和执行auto switch的video format的多少。
4-24 为什么我的板子有很多的noise?
An: 这些noise都是PCB layout或电源干扰造成的。下面提供一些找问题的思路。
?将信号直接飞到滤波电路的前端。是否有改善？
?跳过模拟前端的滤波电路，将信号直接飞到匹配电阻的前端。是否有改善？
?检查电源，用频谱分析仪检测是否有低频干扰。或用好的直流稳压电源供电。是否有改善？
4-25 当我将PIN27设计成INTQ功能，设计需要注意哪些事情？
An:当我们将定义成INTREQ输出时，如果定义为高有效，此时是一普通IO 口。如果定义为低有效，此时需要一上拉电子，其值一般为4.7K~10K。
4-26 当输入画面静止时，我们系统输出是正常的；但图像一动，我的系统输出就有很严重的锯齿。为什么？
An: 应该是后端DSP的奇偶场搞反了。
4-27 当输入画面静止时，我们系统输出是正常的；但图像一剧烈运动，我的系统输出就有比较明显方块状。为什么？
An: 应该是后端DSP编码造成的。
4-28 为什么我使用了048C22版本的补丁，我的系统输出没有颜色，而去掉该补丁，就好了？
An: 因为048C22版本的补丁对时钟要求更高，但要求还是在我们datasheet要求的范围了。具体解决方法参考硬件设计的晶体电路部分。
4-29 TVPP5150AM1支持OSD叠加吗？
An: 不行。
4-30 Power Down模式和Reset模式有什么区别？
An: PowerDown模式下TVP5150AM1内部CPU仍然工作，所有寄存器的值仍然保持，但ADC被关掉，内部时钟降到最小频率。而Reset模式下，ADC、PLL所有部分都被关掉，重新到正常工作模式，需要重写寄存器。
4-31 Data pins和SCLK pin在正常工作模式、reset模式和powerdown模式下各是什么状态？
An:
正常工作模式： SCLK和YOUT可以是高阻或正常输出状态，依寄存器0x03的设置而定。
Reset工作模式：SCLK和YOUT都是高阻状态。
PowerDown工作模式：为了省电，在进入powerdown模式前，需要通过寄存器0x03将SCLK和YOUT设置成高阻状态。
4-32 在Powerdown模式下，TVP5150AM1的功耗是多少？
An: 软件Powerdown模式下典型功耗为60mW。硬件Powerdown模式下典型功耗小于1mW。具体参数见下表：
4-33 Datasheet讲TVP5150AM1支持SECAM (B, D, G, K, K1, L),
TVP5150AM1支持SECAM(H)和SECAM(V)吗？
An: 支持的。
4-34 TVP5150AM1如何判断弱信号？
An: TVP5150AM1依据水平同步上的jitter数量。
4-35 TVP5150AM1检测到弱信号后会做什么处理？
An: 当检测到弱信号，TVP5150AM1强制进入TV模式以减少jitter。TV信号的时基很稳定，所以5150内部可以用较慢的时间常数，也就是较慢的PLL响应来减少jitter。
4-36 面对弱信号，我有什么好方法来处理？
An: Patch 048c22对弱信号有更为增强的处理。
4-37 为什么我直接给HUE设定一个较大的值TVP5150AM1的图像就会乱掉？An: 这是TVP5150AM1的一个Bug,我们可以用补丁048c22 来解决这个问题。如果不用补丁需要限定hue的范围为+/-80。
4-38 为什么当我设置contrast/brightness很大的值时，TVP5150AM1会水平白线出现？
An: 补丁048c22可以解决这个问题。
4-39 为什么TVP5150AM1会没有彩色，当用day/night摄像头的时候？
An: 补丁048c22可以解决这个问题。
4-40 为什么download 补丁需要大约2秒的时间？
An: 你可以加快I2C的速度和采取块写的方式。比如一个5.3KB的补丁，我们只需要(1/(400K/9))*5375 = 121ms，算上20%的余量，也就146ms。
其他问题可到TI网页查看。
https://www.360docs.net/doc/6d2704978.html,/analog/docs/techdocsabstract.tsp?familyId=375&abstractNa me=slea021
软件测试人员工作总结
软件测试人员工作总结 总结，是对过去一定时期的工作、学习或思想情况进行回顾、分析，并做出客观评价的书面材料。按内容分，有学习总结、工作总结、思想总结等，按时间分，有年度总结、季度总结、月份总结等。人们常常对已做过的工作进行回顾、分析，并提到理论高度，肯定已取得的成绩，指出应汲取的教训，以便今后做得更好。工作总结频道为你准备了《软件测试人员工作总结》希望你喜欢！ 软件测试人员工作总结（一） 本人自20XX年6月25日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。 在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足；配合各部门负责人落实及完成公司各项工作，在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今
后的工作中更好的提高自己的水平、素质，更好的完成本职工作。 在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。 软件测试人员工作总结（二） 一、20XX年工作回顾及总结 回顾20XX年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下： 1、总体来说，20XX年我主要完成了“xx银行系统”、“xx 渠道管理平台”、“xx”、“xx”、的日常测试以及质量控制工作；“xx”已经稳定上线运行6个多月，“xx”即将上线。 2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有： a、测试项目案例、测试用例的设计与编写； b、对测试过程中遇到的问题进行沟通，并提供意见；
测试工程师工作总结(精选多篇)
测试工程师工作总结(精选多篇) 第一篇：软件测试工程师年终工作总结2020年终工 作总结 一：2020年工作回顾及总结 回顾2020年这一年来的工作，我在公司领导及各位同事 的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下： 1、总体来说，2020年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作；“……”已经稳定上线运行6个多月，“……”即将上线。 2、日常我主要负责项目测试工作、测试文档编辑、 参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例 的设计与编写；b、对测试过程中遇到的问题进行沟通，并提 供意见；c、设计业务功能流程，提供参考意见，绘制关键业 务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作 3、知识的总结与分享，完成客户端在安卓 4.0/4.1，ios6.0以上系统上出现的兼容等问题，完成了兼容性测试案 例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。
4、完成所需知识积累，学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种 测试工具的使用。 二：对公司的建议与意见 对公司和部门建设上，我有以下几点建议： 1、对员工进行金融知识的系统培训，让测试人员了 解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。 2、部门内希望多组织技术交流讨论，促进测试工作 的开展和提高。一年至少有2次这样的交流。 3、公司在项目开发前期，希望尽可能的明确需求， 尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。 4、建议项目需求设计可以有测试员参与讨论。 5、公司管理有点混乱，个人感觉公司对每位员工的 重视程度不够！节假日公司应该给每位员工一定的福利和关心。 6、个人感觉平时的效率比较低，希望测试部门能够 有所调整。希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。 7、加强部门测试成果的积累与沉淀，提高团队测试 水准，希望我们的团队能够做的更好，能够已团队的形式参与软件项目的开发，而不仅仅是一个项目中毫不起眼的小小测试员。三：2020年工作计划与学习计划 2020年工作计划就是希望通过自己的努力，让我们的产
方案测试经验总结
项目测试经验总结 说明：以下项目测试经验是我在原来公司工作中的实际经验，拿出来和大家一起交流。我相信之前的项目测试工作中有不少可以改进的地方，还希望大家多多交流。 项目测试经验 ——Judy Shen 本文是对我近几年测试工作经验的总结，并以简报的方式在研发中心内进行分享及交流。 1测试团队介绍 在介绍我们之前项目测试工作之前，需要首先介绍一下之前我所在团队的组织架构及测试人员在项目中的工作。 我们的测试团队属于质量改进中心下的测试部，它和研发团队属于两个不同的中心。测试团队有6个人，从图一可以看出来，一个人可以参与多个处于不同阶段的项目测试工作。 图一测试团队组织架构 参与项目的测试人员以测试组的形式进入项目，测试组和需求组、开发组并列。每个测试组有一个测试组长负责项目测试工作。项目经理不直接面对测试组成员，而是通过测试组长进行任务安排、协调、沟通。测试部经理知情测试人员的项目测试工作，项目测试组的工作汇报均需要抄送给测试部经理。如图二所示： 图二项目组织架构（旧） 上面说到的是旧的测试人员工作模式，在去年年底，为了有效利用公司测试人员资源，我们开始了测试外包的尝试。这里的测试外包模式是指，测试组不进入项目，而是由项目组将测试工
作以一个项目的方式分包给测试部，由测试部根据项目组提供的信息，进行计划、执行测试，并按照项目要求提交测试成果给项目组。 这个模式还在探索中，如图三所示，测试部经理直接负责项目的测试工作，测试组的工作情况抄送给项目经理。这种模式需要进行独立核算，包括成本估算、预算、结算等。但是这种模式的整体思路还不是很成熟，从这个组织架构上大家也可以看出来，很多东西还没有理顺，所以一直都处于尝试过程中。后面提到的内容，如果没有特殊说明，都是在旧的模式下进行的。 图三项目组织架构（测试外包方式） 我想不可否认，大家都认为测试人员应该是测试技术上的专家，但是，测试人员是否需要熟悉并擅长一定的业务呢？不管答案是什么都没有关系，但是我认为一个好的测试人员不仅是测试专家，他同时也是业务专家。有一些测试人员，因为系统的业务知识很复杂，就一头扎进去，几乎全力去学习业务知识，测试技术的学习和研究没有跟上，结果不是设计出大量冗余的测试用例，就是很多方面没考虑到，面对客户的不当请求，也没有底气说测试应该怎么做，弄得做起项目来辛苦异常，个个苦不堪言！ 有着样的说法：“软件测试人员要两条腿走路，左腿是测试技术，右腿是业务知识。只有两条腿的健壮差不多，走路才稳当。”出于这种思想的考虑，在原来的测试团队，我们每个人都有两个学习、研究方向，一个是技术方向，一个是业务方向。例如： ●技术方向： ?功能自动化测试 ?性能测试 ?单元测试 ?测试管理 ●业务方向： ?物流业务 ?智能交通 ?知识管理 但这种方式在工作开展上有些困难。如果公司认为测试人员应该绝大部分时间用在项目测试工作上，那么测试团队既要研究测试技术，又要挤出时间学习业务知识，在操作上是比较困难的。在我们以前的测试团队的工作中，有一部分工作时间是用来进行部门建设的，部门建设工作中包括前面说到的技术研究、业务学习，还有就是部门搭建所需要进行的一些工作（如部门制度建设）。当时公司允许我们团队有30%的工作量投入部门建设上。将部门建设工作分开，主要是用于统计部门成本和测试成本用的。 前面说到了测试人员是以测试组身份进入项目开展测试工作的，但不是每个成员上去都从事同样的工作。在进入项目组工作时，每个测试人员所充当的角色是不同的，项目的测试角色划分为以下四种，如表一所示。在实际工作中因为测试人员数量有限，所以经常是一个人担任多个角色。
MTK平台camera(摄像头)调试教程要点
Contents 一、手机CAMERA的物理结构：........................................................................................ - 4 - 二、 CAMERA 的成像原理： ................................................................................................. - 4 - 三、 CAMERA 常见的数据输出格式：.................................................................................. - 5 - 四、阅读CAMERA的规格书（以TRULY模组OV5647_RAW为例）：........................... - 6 - 五、 CAMERA 的硬件原理图及引脚 ..................................................................................... - 7 - 1、电源部分：.................................................................................................................... - 7 - 2、 S ENSOR I NPUT部分：................................................................................................... - 7 - 3、 S ENSOR O UT P UT部分：............................................................................................... - 7 - 4、 I2C 部分：SCL，I2C时钟信号线和SDA，I2C数据信号线。.................................. - 7 - 六、 MTK 平台 CAMERA 驱动架构： .................................................................................. - 8 - 七、 MTK 平台 CAMERA 相关代码文件（以下代码均为 MTK6575 平台）： .................... - 9 - 1、 C AMERA S ENSOR驱动相关文件.................................................................................... - 9 - 2、 S ENSOR ID 和一些枚举类型的定义............................................................................. - 9 - 3、 S ENSOR供电.................................................................................................................. - 9 - 4、 K ERNEL S PACE的 S ENSOR L IST，IMGSENSOR模块注册............................................... - 9 - 5、 U SER S PACE的 S ENSOR L IST，向用户空间提供支持的 S ENSOR L IST.........................- 10 - 6、 S ENSOR效果调整的接口............................................................................................- 10 - 八、 CAMERA 模块驱动、设备与总线结构： .....................................................................- 11 - A)驱动的注册： ..................................................................................................................- 11 - B)设备的注册： ..................................................................................................................- 11 - C)总线的匹配： ..................................................................................................................- 12 - 九、 CAMERA 驱动工作流程： ............................................................................................- 13 - 十、 CAMERA 驱动添加、调试流程：.................................................................................- 17 - Ghong Confidential Revision 0.1-Feb.14 2012- 3 - ?2012 Ghong inc.
测试工程师工作总结
测试工程师工作总结 ----WORD文档，下载后可编辑修改---- 下面是小编收集整理的范本，欢迎您借鉴参考阅读和下载，侵删。您的努力学习是为了更美好的未来！ 测试工程师工作总结篇一时光荏苒，如今xx年的帷幕已经谢下，xx年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作，以下就是我对过去这一年的工作总结： 一、测试工作及经验 作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20xx 年中所做的工作主要有： 1.XXXXXXXX测试用例的编写，对系统的测试、跟踪; 2.XXXXXXXX需求、高保图、界面和功能的测试; 3.XXXXXXXX功能测试用例的编写，高保图、系统的测试; 4.XXXXXXXX的静态页面测试和功能测试; 5.XXXXXXXX的功能测试; 6.XXXXXXXX第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审; 7.XXXXXXXX平台高保图的测试和系统静态页面、功能的测试; 8.XXXXXXXX的高保图测试和测试用例的编写; 9.XXXXXXXX的静态页面和功能测试，参与测试用例的评审; 10.XXXXXXXX的高保图测试、静态页面和功能测试; 11.XXXXXXXX用户使用手册的编写; 一年的工作，让我获得很多方面的经验： 1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试; 2. 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试;
camera调试工具
camera调试工具: 一、ISO12233 Camera Resolution Chart ISO12233分辨率测试标板遵照ISO12233的标准“摄影-电子照相画面-衡量方法"。这个测试标板在1 X 大小的这个活动区域,测量20 cm 高度只有约0.1毫米的误差。他具有几乎大部分解析度卡所具有的特征。是数码相机与手机摄像头品质测试的必备工具。可以提供实际拍摄的垂直分辨率和水平分辨率等辅助测试,采取统一拍摄角度和拍摄环境，分辩率的计算可以使用了HYRes软件，分开垂直分辨率和水平分辨率两部分进行。 ISO12233测试卡有以下3种规格 一倍标准卡200 x 178mm 两倍标准卡400 x 711mm 四倍标准卡800 x 1422mm 相关图片[点击查看原始尺寸]：
二、ColorChecker 24色卡 ColorChecker标板有24个纯色块，从左到右再从上到下，分别标记为1-24。所以又叫24色卡。 用途：ColorChecker常用于色彩还原与白平衡测试 对于色彩与白平衡的测试，我们采用了标准色卡ColorChecker在不同的环境下使用相应的白平衡模式拍摄进行比较，一方面可以观察机型对各种色彩的还原情况，另一方面可以观察他们的白平衡准确度。 白平衡共有自动白平衡、日光白平衡、阴影白平衡、钨丝灯白平衡、荧光灯白平衡、手动白平衡等6种模式。
三、三,14524 Camera Contrast Chart 14524 Camera Contrast Chart 有12个独立不同程度的灰阶，灰度范围由0.10到2.30. 14524 OECF测试标板的测试信息，描述了Camera如何将Sensor感应的照度在图像中数字量化。他可以测试出最大对比度和动态范围，还有白平衡是否正常，不同灰接的信噪比，Camera的ISO速度如何。 相关图片[点击查看原始尺寸]： 四、灰阶卡 灰阶卡21阶，反射密度从0.05到3.05按照每阶0.1密度递增，每阶代表着1/3EV的曝光量,用来量化测试曝光、反射密度的工具， 相关图片[点击查看原始尺寸]：
测试部年终工作总结
测试部年终工作总结 测试部年终工作总结的开展目的是为了提升测试部工作质量，下面测试部年终工作总结是想跟大家分享的，欢迎大家浏览。 篇一：测试部年终工作总结 XX年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与中行对公系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。跟随项目组一同到现场开发测试，以及后期配合用户的压力测试，项目投产部演练和支持等工作。目前x-funds2.0系统也已经投产完毕。 8月份后回到公司，主要从事公司部集成测试和系统测试工作，主要测试系统包括分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。 补丁测试方面主要有部分辖对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、x-funds2.0系统补丁测试等。
压力测试方面主要有x-funds2.0系统、外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。 从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。 从本年度主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。 一、测试组部要有计划。介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、部更新测试安排以及配合指导用户测试等工作。 二、项目的测试进度控制。主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关
手机摄像头调试经验分享
手机摄像头调试经验分享 我这里要介绍得就就是CMOS摄像头得一些调试经验。 首先，要认识CMOS摄像头得结构。我们通常拿到得就是集成封装好得模组，一般由三个部分组成：镜头、感应器与图像信号处理器构成。一般情况下，集成好得模组我们只瞧到外面得镜头、接口与封装壳，这种一般就是固定焦距得。有些厂商只提供芯片，需要自己安装镜头，镜头要选择合适大小得镜头，如果没有夜视要求得话，最好选择带有红外滤光得镜头，因为一般得sensor都能感应到红外光线，如果不滤掉，会对图像色彩产生影响，另外要注意在PCB设计时要保证镜头得聚焦中心点要设计在sensor得感光矩阵中心上。除了这点CMOS Sensor硬件上就与普通得IC差不多了，注意不要弄脏或者磨花表面得玻璃。 其次，CMOS模组输出信号可以就是模拟信号输出与数字信号输出。模拟信号一般就是电视信号输出，PAL与NTSC都有，直接连到电视瞧得；数字输出一般会有并行与串行两种形式，由于图像尺寸大小不同，所要传输得数据不同，数据得频率差异也很大，但就是串行接口得pixel clock频率都要比并行方式高（同样得数据量下这不难理解），较高得频率对外围电路也有较高得要求；并行方式得频率就会相对低很多，但就是它需要更多引脚连线；所以这应该就是各有裨益。（笔者测试使用得系统就是8bit并行接口）另外输出信号得格式有很多种，视频输出得主要格式有：RGB、YUV、BAYER PATTERN等。一般CMOS Sensor模组会集成ISP在模组内部，其输出格式可以选择，这样可以根据自己使用得芯片得接口做出较适合自己系统得选择。其中，部分sensor为了降低成本或者技术问题，sensor部分不带ISP或者功能很简单，输出得就是BAYER PATTERN，这种格式就是sensor得原始图像，因此需要后期做处理，这需要有专门得图像处理器或者连接得通用处理器有较强得运算能力（需要运行图像处理算法）。 不管sensor模组使用何种数据格式，一般都有三个同步信号输出：帧同步/场同步（Frame synchronizing）、行同步（Horizontal synchronizing）与像素时钟（pixel clock）。要保证信号得有效状态与自己系统一致，如都就是场同步上升（下降）沿触发、行同步高（低）电平有效等。 通过以上介绍，我们就可以根据自己得使用得系统选择适合得sensor模组。要选择接口对应（如果并行接口，sensor模组输出数据bit位多于接受端，可以用丢弃低位得数据得方法连接）、数据格式可以接受或处理、pixel clock没有超过可接受得最高频率（有得就是可调得，但帧率会受影响）、场同步与行同步可以调节到一致得sensor模组，这样才可以保证可以使用。
测试人员年终工作总结
测试人员年终工作总结 20XX年终工作总结 一：20XX年工作回顾及总结 回顾20XX年这一年来的工作，我在公司领导及各位同事的支 持和帮助下，严格要求自己，按照公司要求，比较好地完成了本 职工作。通过近一年的学习和工作，工作模式上有了新的突破， 工作方式有了较大的改变。现将这一年的工作情况总结如下： 1、总体来说，20XX年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作；“……”已经稳定上线运行6个 多月，“……”即将上线。 3、知识的总结与分享，完成客户端在安卓4.0/4.1，IOS6.0 以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以 及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。 4、完成所需知识积累，学习所需知识、工具以及技能。在工 作中学习了银行业务流程规范、学习公司研发规范、参加了公司 组织的技术培训、学习了各种 测试工具的使用。 二：对公司的建议与意见 对公司和部门建设上，我有以下几点建议：
1、对员工进行金融知识的系统培训，让测试人员了解银行业 务流程，有助于测试人员更加详细了解业务流程，测试过程会少 走很多弯路。 2、部门内希望多组织技术交流讨论，促进测试工作的开展和 提高。一年至少有2次这样的交流。 4、建议项目需求设计可以有测试员参与讨论。 5、公司管理有点混乱，个人感觉公司对每位员工的重视程度 不够！节假日公司应该给每位员工一定的福利和关心。 6、个人感觉平时的效率比较低，希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程，让开发 更好的了解测试的流程，增强开发团队与测试团队的配合，提高 工作效率。 7、加强部门测试成果的积累与沉淀，提高团队测试水准，希 望我们的团队能够做的更好，能够已团队的形式参与软件项目的 开发，而不仅仅是一个项目中毫不起眼的小小测试员。 三：20XX年工作计划与学习计划 20XX年工作计划就是希望通过自己的努力，让我们的产品更 加完美，让自己在软件测试技能上有所提高，更多的关注软件产 品的开发过程，提高工作效率、做到与用户的需求一致，提高公 司软件产品用户满意度。
高通平台CAMERA调试技巧
【原创】高通平台 camera 调试小技巧 Posted on 2009-08-07 00:21 hengfeng 阅读(785) 评论(4) 编辑 收藏 调试camera 的时候，有些时候LCD 或许还不能正常工作，或则UI 尚未完成，而我们却想看到camera 拍摄到的图像，这时就可以借助Trace32的强大功能。当然，前提是你可以启动camera 。^_^ 首先，我们要确保sensor 已经正常工作了，可以把断点设置在OEMCamera_CameraLayerCB()这个函数，它是一个总体的回调函数，包括收到帧事件，所以如果此函数断点反复的被执行到，那么说明sensor 有数据(帧)传上来，如图： 在断点被执行到后，打开"Stack ”，查看函数的调用关系，可以看到camera_process_qdsp_msg()里面的一个参数为buf = 0x108b3af8，这个就是存放预览图片buffer 的地址，得到这个buffer 以后就可以在TRACE32里输入如下命令： data.image 0x108b3af8 128. 160. /rgb565le ，就可以看到buffer 中的预览图像： 在使用这条命令时，有几点需要说明的。1.我们在camera_process_qdsp_msg()里面获得的buffer 的地址可能前一次得到的与后一次得到的不同，我们直接用TRACE32查看这2个地址会发现，其中一个的内容是固定的，而另外一个是一直在跳变的，即一个是保存断点瞬间的预览图像，而另外一个是实时变化的图像。所以如果我们在输入命令的参数里面设置为变化的地址，那么我们在PC 上就可以看到sensor 移动时候的实时效果了。 2. 还有一点就是输入命令时候指定的image 的大小一定要跟我们设置的预览大小一致，也就是跟LCD 上显示的大小一致，比如前面调试的项目用的LCD 是160*128，因此参数也必须是128. 160. ，否则就看不到完整的图像。 标签: camera , sensor Page 1of 1 【原创】高通平台camera 调试小技巧 -hengfeng -博客园2011-9-24https://www.360docs.net/doc/6d2704978.html,/hengfeng/archive/2009/10/07/1540830.html
手机软件测试经验总结
手机软件测试总结 沙晶晶 一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中，一个合格的高级手机软件测试工程师应该具有最基本的两点知识：软件测试理论知识和一定的开发技能。 1. 软件测试理论知识 这个不用多说，软件测试工程师必须要掌握的，软件测试如何融入整个开发的流程，什么时候介入，什么时候结束，如何搭建测试环境，如何设计测试用例（包括设计测试用例的方法，如：等价类划分，边界值法等），如何使用测试工具，还有测试领域专用的一些术语等等。 2. 开发技能 合格的高级软件测试工程师，编程技能不可缺少。在手机测试中，比如自动化测试，完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言，C或者C++还是非常重要的，能够自己开发测试工具，也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug，而应该从更深层次的去探究这个bug 的原因，甚至可以定位bug。 另外从技能上讲，面向不同的技术方向，像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾，做起事来也会事半功倍。 另外手机测试中应该注意的问题 首先是正确性测试，正确性测试又可称为功能性测试，我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。 正确性测试还要考虑到用户界面，软件产品始终是关注软件使用者——客户的体验，手机屏幕小，界面有限，所以手机软件的用户界面更需有一定的规范和标准：正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。 正确性一般比较明显，比较容易发现，例如某个窗口没有被完全显示，文字没有对齐，文字拼写错误，密码输入时没有以*的形式自动屏蔽等。 一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性，具体表现在使用的术语，字体是否一致，界面的各参数风格是否前后一致等。特别也要注意中英
性能测试经验总结
性能测试经验总结 第一步：计划测试 1、明确压力点，根据压力点设计多少种场景组合 2、把文档（包括多少种场景组合、场景与场景组合条件的对应表）写好 3、如果监测UNIX机器，在被监测的机器需要安装监测Unix的进程 4、让开发人员帮助我们准备测试数据或他们写相关的文档我们来准备数据 5、让开发人员做一个恢复数据的脚本，以便于我们每次测试的时候都能够有一个相同的环 境 6、针对每一个模块包括四个子文件夹：如模块A下包括“脚本”“场景”“结果”“图表”四 个子文件夹，每个子文件夹储存对应的文件，如下表所示 其中：结果名“1场景”是在场景中的“Results Setting”中设置的，具体的设置见“建立场景”部分，这里也可以有另外一种方法：在打开模板设置，如下： 选中“Automatically save the session as:”并且在“%ResultDir%”后面填写你想保存的文件名，当你打开某个lrr文件时，系统自动在当前目录中生成一个文件保存分析图表，如下图所示：
第二步：生成测试脚本 1、把登陆部分放到“vuser_init”部分,把需要测试的内容部分放到“Action”部 分执行；但是如果是模拟多个用户登陆系统，则要把登陆部分放到Action部分来实现 2、录制脚本后，想查询某个函数的原型，按“F1”键 3、确认脚本中哪些参数是需要进行参数化的（最好能可以和开发人员一起确认） 4、在脚本参数化时把函数web_submit_data()中的ITEMDATA后面的数据参数 化，因为这些数据是传递给服务器的，当然也可以把一个函数中的所有相同变量都替换掉 5、脚本中无用的部分用“/*”“*/”“//”注释掉，但最好不要删除 6、调试脚本遵循以下原则： 确认在VU里SUSI（单用户单循环次数single user & single iteration） 确认在VU里SUMI（单用户多循环次数single user & multi iteration） 确认在controller中MUSI（多用户单循环次数multi user & single iteration）确认在controller中MUMI（多用户多循环次数multi user & multi iteration）7、事务的名称取的有意义便于事务之间的区分，把所有的事务名都记录在一起， 便于在测试结果概要中区分它们，这要写成一个表：某次测试有哪些模块，每个模块中有哪些事务(见对应的“关系表”) 8、在“Parameter List”中可以选择参数类型“Random Number”， 使某一个参数取设定的范围内的随机值 第三步：建立场景 1、把场景名称编号，并制定出一份场景名称和场景条件组合的对应表。比如，场景m对应 于“某一模块_xx个vu _分z台machine”(见“关系表”中的例子) 2、根据上面的对应表把场景设置好，需要设置的要素如下：总体多少个用户、分多少个组、
测试年终工作总结
测试年终工作总结 《测试年终工作总结》是一篇好的范文，感觉很有用处，希望大家能有所收获。 篇一：软件测试年终工作总结总结经验面向未来------年终总结尊敬的领导，您好：我是技术部、测试组###，年即将过去，时光飞逝，日月如梭，我来公司半年的时间转瞬即逝，身为一名年轻的员工，我紧密配合公司的安排，卯足精神、踏踏实实地为公司做事，同时也努力成为一名能主动做事，勇挑重担的员工，为公司的发展贡献出了自己的一份力量。 回顾半年来的工作，即有收货也有不足，现对自已半年来的工作进行总结。 半年来，本人在公司领导的正确领导下，在各位同事的热情帮助和大力支持下，立足本职工作，努力学习，勤奋工作，诚恳待人，团结协作，遵守各项规章制度和工作纪律，不断提高服务质量和工作效率，较好的完成了全年的各项工作任务。 以下是本年度以来个人工作总结报告：一、政治思想方面一年来我积极参加公司里组织的学习，努力做到在思想上、认识上同公司价值观保持一致、始终保持与时俱进的精神状态。 同时，自己还树立终身学习的观念，利用业余时间进一步学习自己的业务知识。 平时能够团结同志，具有一种良好的敬业精神和责任感。
二、思想汇报专题工作情况半年来我的主要工作有：####项目的测试、###的相关测试。 关于####，除了进行相关的回归测试外，由于客户对其提出了新的需求，所以要基于新需求重新进行全面测试，以便及时发现新问题，避免客户使用时再次出现问题。 现在正在对中电工程进行端口的调试，当端口调试结束后还需要进行回归测试，避免系统给客户安装后出现缺陷。 关于###，主要再次对各个二级、三级单位进行##、##、####和####、##、####等的相关本部和所属的流程进行测试；配置##和##的##、##、##、##和##、##的人员角色的权限，并且测试他们的登录功能和应有的权限是否显示正确；测试##公司和##公司的会签单；测试####差异报告是否和系统相符。 三、存在的问题和打算尽管经过一些努力，我的业务水平还需进一步提高。 在以后的工作中，我将加强自主管理的意识，加强理论和业务学习，不断提高业务技术水平，使自己的工作达到一个更高的层次，能外出为相关项目公司做培训，有问题积极与领导进行交流，出现工作上和思想上的问题及时汇报，也希望领导能够及时对我工作的不足进行批评指正，使我的工作能够更加完善。 今后我会加强其它专业知识的学习。 社会的进步与企业的发展对员工的综合素质提出了越来越高的要
软件测试工作总结
软件测试工作总结 软件测试工作总结 xxx总经理 您好！ 本人因需个人更好的发展和您的热忱诚意地邀请于####年#月##号来到贵厂面试，通过与董事长和您诚恳的当面沟通，了解到##集团历来创业的辉煌成就和未来发展的宏图目标，此时此刻已经深深地打动我愿到贵厂服务的决心，并于####年#月#号正式到司报到，自到贵厂入职上岗已有#个月之多，期间担任常务副总经理一职。 从担任此岗位那一天起就知道肩上负有工作压力的沉重性，之前和您沟通工作上的话题时，已经了解一些本厂现存在的内部管理上的弊端和不足。经过几天的摸索和了解，才知道本厂遗留的管理问题超过本人的意料，工作困难程度已超越我以前曾经历的管理模式。入职七天内我的思想意识有些波动，是放弃还是留下来？当时真的左右为难，通过汪经理真诚地与我交流，在工作期间会遇到不少的问题及困难，但是我相信“解决问题方法总比出现的问题多”，所以我凭着对这份工作的热情及积极性和我多年的工作管理经验，没有什么不能解决的困难和问题，工作期间可以和大家共同解决各种管理上的疑难杂症和弊端，我对自己的能力充满了信
心，一直在为建立一支规范化、制度化和有凝集力的团队而努力工作。 现本人将自入职以来到至今工作期间的工作情况和进展给予回顾，对一些问题在下面的内容中进行了具体的阐述和说明，并编写此总结报告书，呈交各位领导审阅，望各位领导过目后给予批示，如有不妥之处请批评指正。 一、公司内部管理存在的弊端和不足。 1、每个企业在建立和发展中不可缺少的四大资源是：资金资源、物资资源、人力资源、信息资源。随着社会经济体制改革和各行各业企业经营的发展，资金资源、物资资源和信息资源三大资源并不为现代企业发展的竞争焦点，而竞争或企业“活”下去的主要方面是企业内部管理，企业只有重视内部管理才是以后发展的根基，否则若干年自然被淘汰。现代企业管理改革=人力资源竞争，总而言之，人力资源则为现代企业发展的重要资源。因本厂建立经营已有XX年之久，发展历史比较悠久，过去全国企业普遍不重视内部管理，管理机制建设不健全，只重视生产和市场开拓，忽视行政人事方面的管理，并将人力资源排列最后一位，导致公司经营和内部管理不能同步发展，整体管理遗留很多弊端和不足，这就是存在问题的根源之处。我个人认为如公司不设立远大目标去发展，现在的企业管理模式还可以维持一段时间发展的。如公司设立更大的宏伟目标，现在的企业管理状况和公
调试camera总结
调试camera经验总结。 一个好的camera效果，需要多方面保证，1.senor,镜头,马达要好，这是源，如果源头不好，后面怎么优化都没有用。2.ISP要好，ISP是否有硬件滤波器？3A算法是否先进，iphone好也是其3A的算法很厉害。对于我们来说，首先是争取选择更好的物理，是否是背照式是sensor？如果需要夜景好是否是大pixel的sensor 或者是否是RGBW的sensor？镜头的光圈是否足够大，是5P，还是6P的，是否带有蓝光玻璃等？选定好了一款sensor，怎么开始我们调试工作。 1.找模组厂要到golden模组，如AWB，shading和AF的golden，后 续我们的调试都是基于这个模组，只有使用这种模组调试的才能cover尽可能多的模组。 如果有条件的话，可以向厂家要到一些corner模组，用来验证我们后续调试的效果怎么样? 2.点亮我们的sensor,检查出图是否正常？如色彩是否正常，power noise是否很明显？马达是否能正常工作，闪光灯是否能正常工作？ 3.Sensor是否烧入了OTP，如果烧入了OTP，需要导入OTP，验证 OTP工作是否正常？ 4.以上都准备好了的话，我们就可以进入camera的调试。 对于调试一个camera的模组，我们首先要评估这个模组的能力怎么样？确定我们帧率和gain策略， 特别是对于帧率一旦修改，理论上整个效果都需要重新开始调试。
确定好了曝光表之后，我们就可以用golden模组拍raw图了，拍好raw图，按照高通的文档一步步进行调试。 调试完成之后，测一下客观指标，分辨率，AWB，饱和度，色彩误差，灰阶，亮度均匀性，色彩均匀性，noise等，需要保证各个客观指标不能有大问题，每一项由问题，都说明我们的那一方面调试或者是我们raw图片拍出问题，需要分析原因解决问题。 满足客观指标之后，再去测试各个主观测试场景，如室内人物，室内花草，室内文字，夜景照片，室外人物，室外花草，室外建筑物，室外汽车等各个场景，根据各个场景的问题再解决。 其中我们调试最多的就是清晰度和噪点，这也是我们花最多时间调试的，需要反复调试，在不同的光源下，都需要调试，最好配合我们的客观标准测试，要不能有可能会出大问题。 1.曝光表。 一个合适的曝光表，是整个项目调试的基础，否则后面可能出现非常多的问题，如帧率过低，客户在低亮情况下，很容易拍出模糊的照片，帧率过高，低亮情况下，拍出照片过暗，这个对于过往经验要求比较高，我个人比较喜欢把前置摄像头的帧率限定在 7.5，后置摄像头10，特殊摄像头再特殊处理。 2.AWB。
手机app测试经验总结
手机上a p p测试总结 / / 上的app分为基于HTML5的app（类似于pc上的b/S应用）和本地app（类似于 C/S结构）。 所以上我们也可以充分吸收的b/s和c/s测试经验。但是不同于pc上的应用测试，手机上的测试有其独特性 测试前的思考：我们这个产品主要是做什么的为什么我要做这个产品市场上有那 些同类型的产品 测试前的准备：1.使用同类型的产品，不仅仅是使用，应该是测试同类型的产品。2.熟悉我们产品的spec文档，积极和pm交流。3，写，没有时间至少要有一个checklist。 1.功能 a.基本功能，主要指app是否完成了设计的所有功能。分清模块，写一份checklist，避免漏测。考虑横竖屏切换，不过很多app现在只支持竖屏。 b.系统交互:电话短信干扰，低电量提醒，push提醒，usb数据线插拔提醒，充电提醒等， 2.性能:稳定性，兼用型（android碎片化是个难题，bug也多，ios相对bug少），app运行的内存消耗和cpu消耗，app后台长时间运行的耗流量，耗电量。 推荐testin这个第三方平台，对android兼用性测试比较有帮助。 3.易用性：面是否吸引人、容易理解。界面整洁、简单。无错别字。点击范围确 定等。这部分测试中，如果测试认为有不合理的地方通常会提交需求bug。 4.外场：网络切换，网络信号强，弱下的app运行情况。
对自动化的一些看法： 目前我们可以接触到手机方面的自动化工具：robotium，monkey，monkeyrunner，androidjunit。但是由于ui变化快，往往不方便维护。前三个不需要源码支持，但是功能有限，androidjunit很强大，对代码能力要求高，同时需要源码支持。app的开发周期一般都很短，ui变化大，用自动化要考虑投入成本，大多数的公司估计都不适用。不过测接口之类的通过自动化是个不错的选择。 转，说得多有道理的。 1.移动开发节奏很快，版本快速迭代，如何让测试起来？ Monkey：我建议放弃完全得 Case。全部用feature list或者测试思维导图或者功能点划分表来进行引导得测试。主要目的不会漏掉功能点以及防止regression 得bug。其次要敏捷必须要有自动化得支持。关于这点就是根据不同得app进行定义了。首先UT无论如何就要做起来。其次是api和regression test得自动化要做起来。当然CI也一定要搭建的。 2.移动应用测试，如何更全面的保证产品质量如何让用户参与到测试中来？Monkey：更全面得保证产品质量。如果要说到全面，那么必须就是功能，压力，性能，安全，用户体验面面具到了。其实还是和我第一个问题说得一样。将app 结合os得特性分层进行逐个得测试或者自动化测试。关于让用户参与到测试中来的话。我建议可以将不同的用户集合起来，qq或者weixin保持联系。然后android 可以定期发布内测版本，ios可以发布testflight版本。 3.用户反馈问题建议非常多，如何做好有效管理、分析和反馈？