Tuesday, October 30, 2012

Thực trạng Tester ở Việt Nam



(Theo cá nhân tôi.)
Tester ở Viêt Nam hầu như yếu ớt và non yếu.
Bao nhiêu bạn tự nhận minh yêu thích và đam mê? Nói ra thi ai cũng tự nhận là tôi đang yêu thích, tôi đang đam mê.
Nhưng thật ra là một sự giả đối từ chính bản thân các bạn.
Có 1 lần tôi hỏi các chị bạn làm cùng nghê. Vì sao chị đến với nghề test? Chị thích nó không? Chị theo đuổi nó như thế nào?
Đa phần trả lời tôi,  miễn có công việc ổn định, lương cao là được.
Vậy đâu là niềm đam mê với nghề test? Thật sự mà nói các bạn đã làm trong môi trường công nghệ các bạn nên có sự đam mê thật sự.
Đối với tôi, công việc testing là niềm đam mê. Tôi thấy nó hay. Vì sao? Testing là một nghề mang đầy tính khoa học và nghệ thuật.
Khoa học ở đây là bạn phải biết phân tích dự án của bạn đang làm sẽ ứng dụng process, ứng dụng kỹ thuật test nào? Hay dùng tool nào để hỗ trợ?...
Nghệ thuật ở đây là bạn sẽ sáng tạo testcases, flow như thế nào? Quản lý nhóm ra làm sao?...
Giống như bạn đang sáng tác bài hát bạn cần không gian sáng tác, con người, xúc tác để tạo nên bản nhạc hay.
Vậy nên các bạn đã theo đuổi nghề nghiệp testing rồi các bạn nên học hỏi thường xuyên về nó. Các bạn nên tham gia hội thảo, diễn đàn, hỏi các chuyên gia. Nhưng vấn đề chính vẫn phụ thuộc vào ý chí và nghị lực của bạn. Bạn muốn nỗ lực để khám phá, để đam mê hay làm cho qua ngày rồi  lĩnh lương?
Đó là tùy vào cách hành xử của các bạn.
Có nhiều bạn mới ra trường luôn nghĩ rằng thôi làm test đi làm test sẽ nhẹ nhàng hơn làm code. Vậy thì các bạn sai lầm. Nếu các bạn không thật sự đam mê và tìm hiểu thì các bạn sẽ cảm thấy nhàm chán và sớm kết thúc công việc này. Đôi khi cũng có nhiều trường hợp ngoại lệ. Ở cấp manager cần 1 người có kỹ năng cao, tài lãnh đạo nhóm…nhưng đa phần chỉ là lời nói. Vậy thì con người đó sẽ quản lý bằng lời nói gió bay. Vậy họ sẽ xử lý công việc như thế nào?
Tóm lại, chúng ta hãy đam mê, hãy học hỏi, hãy sáng tạo để cống hiến cho nghệ thuật testing.

(according to my personal)
Tester in Vietnam almost frail and weak.How much you claim to love and passion? Say, who can claim that I'm in love, I am passionate about.But is actually a fake from themselves.On one occasion I asked you to do the same listening. Why test you to the profession? Do you like it? She pursued it like?Most of my answer, provided a stable job, high salary.What is the fascination with craft test? Be honest you have to do in the technology environment you should have a real passion.For me, the testing work is my passion. I find it. Why? Testing is a profession full of science and art.Scientific analysis here is that you have to know your project is doing will process applications, application engineering test? Or use the tool to support? ...Art here is that you will create testcases, flow like? Management team do? ...Like you're writing a song you need space creation, man, and catalyst to create good music.So you have to pursue careers testing then you should learn about it often. You should participate in seminars, forums, ask the experts. But the main problem is still dependent on the will and your energy. You want to attempt to discover, to passion or make over days and salary?It depends on your behavior.There are many new graduate you always think only test work test will be lighter code. So any of you wrong. If you are really passionate about and learn, then you will feel boring and early conclusion of this work. Sometimes there are also many exceptions. At the manager level need 1 person with high skills, team leadership ... but most are just words. So that people will manage with words flying wind. So they will handle the job like?In conclusion, let us love, learning, creativity to devote to art testing.

(translate by translate.google.com.vn )

 

Monday, October 29, 2012

Bug life cycle

This is diagram for bug life cycle
Do you help me explain flow for this bug life cycle?
One gif come you if your comment is clearly :)

Sunday, October 28, 2012

Selenium_Overview


Topic: Selenium



1. Overview
2. Compare IDE, RC, Web Drive
3. Selenium RC 
4. Xpath
5. ANT 
Selenium Overview




1. Selenium is automation testing tool which work only on the browser it is works across all the browsers and multi operating system.
  2. Selenium is independent of the languages. It has various components like web drivers, RC.
  3. It is extremely in demand, rapidly growing with world-wide and it is open source tool.
  4. It’s easy use of UI.


      

      Difference between Selenium IDE, RC and Web Drive



Selenium RC
Suppose You want to create frame work or want to run test case which required to change the test data frequently or need to be repeated data; else you want to check some condition , to do verification,  to use reusable function ….Then IDE fail in that .To do these need to do the programing then selenium RC is introduce.


Difference between Assert and Verify
Assert: It is allow the test to check if the element is present on the page or not if not then test will stop on the failed step.
Verify:It is allow the test to check if the element is present on the page or not if not then test wil carry on



 

Xpath
  What is Xpath?
• The Xpath is unique address for each and every element on the page.
• It is use for finding the position of the element.
• It is make for the every element


XPath Format:------  //html tag[@attribute name=’attribute value’]
f. Eg: //input [@type=’button’]

Using Firebug you can find out the XPath for the element.
There is  one good add-on for to finding the XPath that is “XPath Checker” 

Difference between Assert and Verify
 Assert: It is allow the test to check if the element is present on the page or not if not then test will stop on the failed step.
Verify:It is allow the test to check if the element is present on the page or not if not then test wil carry on  
ANT

    What’s ANT?
It is open source tool.
Ant can be used to generate the html report
Ant build file written in the XML.
Download the ANT latest Version from following link:
http://ant.apache.org/bindownload.cgi

How to make build.xml file?
 1. Right click on the project
2. Go to the new>>file gives the filename as build.xml

Example
<?xml version="1.0" encoding="UTF-8"?>
<project name="Dienmay automation" default="Dienmay_auto" basedir=".">
<property name="src" location="src"/>
<property name="build" location="build"/>
<!-- get class path, used for build -->
<property name="lib.dir" value="lib"/>
<path id="classpath">
        <fileset dir="${lib.dir}" includes="**/*.jar"/>
<pathelement location="build"/>
    </path>
<target name="init">
<delete dir="build"/>
<delete dir="testng_output"/>
<delete file="Dienmay_Auto.log" />
<mkdir dir="${build}"/>
</target>
<!-- build all java file to class binary -->
<target name="compile" depends="init">
<javac srcdir="${src}" destdir="${build}" classpathref="classpath" encoding="utf-8"
includeantruntime="false"/>
</target>

<!-- Config for testng -->
<taskdef name="testng" classname="org.testng.TestNGAntTask">
    <classpath>
    <pathelement location="lib/testng-6.1.1.jar"/>
    </classpath>
 </taskdef>
<property name="testng.output.dir" value="testng_output"/>

<!-- execute testng after compile, then generate report -->
<target name ="Dienmay_auto" depends="compile">
<mkdir dir="${testng.output.dir}"/>

<!-- config testng -->
    <testng outputdir="${testng.output.dir}" classpathref="classpath"
    useDefaultListeners="false"
    listeners="org.uncommons.reportng.HTMLReporter,org.uncommons.reportng.JUnitXMLReporter" >
   
    <!-- execute testcase follow testng.xml -->
    <xmlfileset dir="." includes="testng.xml"/>
   
    <!-- generate report title -->
    <sysproperty key="org.uncommons.reportng.title" value="Dienmay Automation"/>
    <sysproperty key="org.uncommons.reportng.escape-output" value="false"/>
    </testng>
</target>

</project> 
 

    

Friday, October 26, 2012

Testing Principles


Principle 1: Testing shows presence of defects

Principle 2: Exhaustive testing is impossible

Principle 3: Early testing

Principle 4: Defect clustering

Principle 5: Pesticide paradox

Principle 6: Testing is context dependent

Principle 7: Absence-of-errors fallacy