New task's properties - Revision history

Catglobe at 02:23, 5 May 2009

2009-05-05T02:23:16Z

← Older revision		Revision as of 02:23, 5 May 2009
Line 1:		Line 1:
	<span style="color: #0000ff">'''1. FoundBy_User property:'''</span>		<span style="color: #0000ff">'''1. FoundBy_User property:'''</span>

	~~<span style="color: #0000ff"</span>~~''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''		''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''

	Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.		Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.

Catglobe at 02:22, 5 May 2009

2009-05-05T02:22:51Z

← Older revision		Revision as of 02:22, 5 May 2009
Line 1:		Line 1:
	<span style="color: #0000ff">'''1. FoundBy_User property:'''</span>		<span style="color: #0000ff">'''1. FoundBy_User property:'''</span>

	<span style="color: #0000ff"</span>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''		<span style="color: #0000ff"</span>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''

	Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.		Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.
Line 29:		Line 29:
	<span style="color: #0000ff">'''3. FoundIn_Project:''' </span>		<span style="color: #0000ff">'''3. FoundIn_Project:''' </span>

	~~<span style="color: #0000ff" />~~Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.		Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.

	<span style="color: #0000ff">'''4. Version:'''</span><br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task		<span style="color: #0000ff">'''4. Version:'''</span><br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task
Line 35:		Line 35:
	<span style="color: #0000ff">'''5. Version_unFixed:''' </span>		<span style="color: #0000ff">'''5. Version_unFixed:''' </span>

	~~<span style="color: #0000ff" />~~Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.		Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.

	Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.		Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.

	Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.		Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.

Catglobe at 02:22, 5 May 2009

2009-05-05T02:22:23Z

← Older revision		Revision as of 02:22, 5 May 2009
Line 1:		Line 1:
	<span style="color: #0000ff">'''1. FoundBy_User property:'''</span><span style="color: #~~ff0000~~" /~~><br~~>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''		<span style="color: #0000ff">'''1. FoundBy_User property:'''</span>

			<span style="color: #0000ff"</span>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''

	Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.		Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.
Line 25:		Line 27:
	Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.		Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.

	<span style="color: #0000ff">'''3. FoundIn_Project:'''		<span style="color: #0000ff">'''3. FoundIn_Project:''' </span>
	</~~span~~>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.
			<span style="color: #0000ff" />Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.

	<span style="color: #0000ff">'''4. Version:'''</span><br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task		<span style="color: #0000ff">'''4. Version:'''</span><br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task

	<span style="color: #0000ff">'''5. Version_unFixed:'''		<span style="color: #0000ff">'''5. Version_unFixed:''' </span>
	</~~span~~>Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.
			<span style="color: #0000ff" />Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.

	Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.		Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.

	Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.		Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.

Catglobe at 02:21, 5 May 2009

2009-05-05T02:21:47Z

← Older revision		Revision as of 02:21, 5 May 2009
Line 1:		Line 1:
	'''1. FoundBy_User property:'''<br>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''		<span style="color: #0000ff">'''1. FoundBy_User property:'''</span><span style="color: #ff0000" /><br>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''

	Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.		Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.
Line 11:		Line 11:
	Q4: Which one is the correct choice between Development team and Other team if a person from QA team send me a bug?<br>A: Development team if s/he finds the bug while s/he is approving the Testing task the project. Otherwise, Other team.		Q4: Which one is the correct choice between Development team and Other team if a person from QA team send me a bug?<br>A: Development team if s/he finds the bug while s/he is approving the Testing task the project. Otherwise, Other team.

	'''2. FoundIn_Stage property:<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''		<span style="color: #0000ff">'''2. FoundIn_Stage property:'''</span>'''<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''

	Q1: I must choose Testing for FoundIn_Stage property of the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.		Q1: I must choose Testing for FoundIn_Stage property of the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.
Line 25:		Line 25:
	Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.		Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.

	'''3. FoundIn_Project:'''<br>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.		<span style="color: #0000ff">'''3. FoundIn_Project:'''
			</span>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.

	'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task		<span style="color: #0000ff">'''4. Version:'''</span><br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task

	'''5. Version_unFixed:'''<br>Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.		<span style="color: #0000ff">'''5. Version_unFixed:'''
			</span>Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.

	Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.		Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.

	Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.		Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.

Catglobe at 02:19, 5 May 2009

2009-05-05T02:19:53Z

← Older revision		Revision as of 02:19, 5 May 2009
Line 13:		Line 13:
	'''2. FoundIn_Stage property:<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''		'''2. FoundIn_Stage property:<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''

	Q1: I must choose Testing for FoundIn_Stage property ~~for~~ the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.		Q1: I must choose Testing for FoundIn_Stage property of the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.

	Q2: Which case is Approving used in?<br>A: Approving is set for the task when QA or Process team find the bug after you finished Testing task of the project and sent it to them for approving.		Q2: Which case is Approving used in?<br>A: Approving is set for the task when QA or Process team find the bug after you finished Testing task of the project and sent it to them for approving.

Catglobe at 02:19, 5 May 2009

2009-05-05T02:19:02Z

← Older revision		Revision as of 02:19, 5 May 2009
Line 29:		Line 29:
	'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task		'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task

	'''5. Version_unFixed:'''<br>Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.		'''5. Version_unFixed:'''<br>Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.

	Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.		Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.

	Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.		Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is for developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.

Catglobe at 02:18, 5 May 2009

2009-05-05T02:18:11Z

← Older revision		Revision as of 02:18, 5 May 2009
Line 27:		Line 27:
	'''3. FoundIn_Project:'''<br>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.		'''3. FoundIn_Project:'''<br>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.

	'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task		'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task

			'''5. Version_unFixed:'''<br>Q1: Is it that only the developers are responsible for this property?<br>A: No. Both developers and testers work on it.

			Q2: Could you explain more about it?<br>A: Sure. When creating a task, the tester must select versions of Version_unFiexed property in which the bug needs fixed but not fixed yet. Then, the developer will deselect any of them after s/he fixes the bug on those version.

			Q3: Do you mean that we won't do anything, except selecting versions for the property when creating tasks if we are testers? The rest of work for this property is developers'?<br>A: No no. Tester role for it will not stop at that. After the developer completes the task and deselects versions of Version_unFixed property, you - testers - must retest to make sure that the bug no longer occurs. If the bug still exists, you have to disapprove the task and select versions the bugs still appear for the property again.

Catglobe at 01:39, 5 May 2009

2009-05-05T01:39:43Z

Catglobe at 01:28, 5 May 2009

2009-05-05T01:28:48Z

← Older revision	Revision as of 01:28, 5 May 2009
Line 1:	Line 1:
		'''1. FoundBy_User property:'''<br>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''

		Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.

		Q2: What about if reporter is a client and Phong (Ha) or Ulrik forward that bug for me?<br>A: In this case, you should choose Client/User for FoundBy_User.

		Q3: Is there any other situation for us to set Production for the task?<br>A: Yes, there is. Besides Phong (Ha), Ulrik and Christian, we also set Production for the task if any member from Process send bug to us.

		Q3: Are you sure that we always set Production for task whenever Process team send us bug?<br>A: No, not really. If Process team find a bug while s/he is checking the project to approve IAT task then we should set Development team for the task. Otherwise, please set Production.

		Q4: Which one is the correct choice between Development team and Other team if a person from QA team send me a bug?<br>A: Development team if s/he finds the bug while s/he is approving the Testing task the project. Otherwise, Other team.

		'''2. FoundIn_Stage property:<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''

		Q1: I must choose Testing for FoundIn_Stage property for the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.

		Q2: Which case is Approving used in?<br>A: Approving is set for the task when QA or Process team find the bug after you finished Testing task of the project and sent it to them for approving.

		Q3: And Before Deploy is set if the bug was found after project has been approved?<br>A: yes if the project has not been released to mycatinet-preproduct site or mycatinet site (client sites).

		Q4: So, what happens if it comes from a project in 5.7 and this project has been released mycatinet-preproduct?<br>A: If the project has been released to mycatinet-preproduct then set it Pre-released.

		Q5: How about if the project has been released to mycatinet site (client sites)?<br>A: Please set Released for the property of the task.

		Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.

		'''3. FoundIn_Project:'''<br>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.

		'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs from old version?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task

Catglobe: Removing all content from page

2009-05-05T01:25:52Z

Removing all content from page

← Older revision		Revision as of 01:25, 5 May 2009
Line 1:		Line 1:
	~~<span style="color: #000000">~~
	~~'''1. FoundBy_User property:'''~~
	~~''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.~~
	~~- Other Team: the bug is found by some other team.~~
	~~- Production: the bug is found while doing production work (Catinet and Process).~~
	~~- Client/User: the bug is found by end clients/users/partners.~~


	~~</span>~~

	~~<span style="color: #0000ff"><span style="color: #000000">Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?~~
	~~A: Production. </span></span>~~



	~~<span style="color: #000000">Q2: What about if reporter is a client and Phong (Ha) or Ulrik forward that bug for me?~~
	~~A: In this case, you should choose Client/User for FoundBy_User. </span>~~

	~~<span style="color: #000000">Q3: Is there any other situation for us to set Production for the task?~~
	~~A: Yes, there is. Besides Phong (Ha), Ulrik and Christian, we also set Production for the task if any member from Process send bug to us. </span>~~

	~~<span style="color: #000000">Q3: Are you sure that we always set Production for task whenever Process team send us bug?~~
	~~A: No, not really. If Process team find a bug while s/he is checking the project to approve IAT task then we should set Development team for the task. Otherwise, please set Production. </span>~~

	~~<span style="color: #000000">Q4: Which one is the correct choice between Development team and Other team if a person from QA team send me a bug?~~
	~~A: Development team if s/he finds the bug while s/he is approving the Testing task of the project. Otherwise, Other team. </span>~~

	~~<span style="color: #000000">'''2. FoundIn_Stage property:~~
	~~'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.~~
	~~- Approving: the bug is found after the testing task was sent to QA for approval at the first time.~~
	~~- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.~~
	~~- Pre-Released: the bug is found after the project was released to client (PRE PROD).~~
	~~- Released: choose this option if the bug is found after the project was released to client (used in production site).''</span>~~

	<span style="color: #000000"</span><span style="color: #000000">Q1: I must choose Testing for FoundIn_Stage property for the task if I find a bug while I am testing a project whose coding has just been approved, right?
	~~A: Exactly. </span>~~

	~~<span style="color: #000000">Q2: Which case is Approving used in?~~
	~~A: Approving is set for the task when QA or Process team find the bug after you finished Testing task of the project and sent it to them for approving. </span>~~

	~~<span style="color: #000000">Q3: And Before Deploy is set if the bug was found after project has been approved?~~
	~~A: yes if the project has not been released to mycatinet-preproduct site or mycatinet site (client sites). </span>~~

	~~<span style="color: #000000">Q4: So, what happens if it comes from a project in 5.7 and this project has been released mycatinet-preproduct?~~
	~~A: If the project has been released to mycatinet-preproduct then set it Pre-released. </span>~~

	~~<span style="color: #000000">Q5: How about if the project has been released to mycatinet site (client sites)?~~
	~~A: Please set Released for the property of the task. </span>~~

	~~<span style="color: #000000">Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?~~
	A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details. </span>

	~~<span style="color: #000000">'''3. FoundIn_Project:~~
	~~'''Q: When I set a project for this property? When I leave it empty?~~
	~~A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty. </span>~~

	~~<span style="color: #000000">'''4. Version:'''~~
	~~Q: If a LnF bug is found, how many versions it must be fixed even it occurs from old versions?~~
	A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in older versions then these versions must be included into Version property of the task </span><span></span>

← Older revision		Revision as of 01:39, 5 May 2009
Line 1:		Line 1:
	'''1. FoundBy_User property:'''<br>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''		'''1. FoundBy_User property:'''<br>''- Development Team: the bug is found by the Team itself, including QA and BA if in the Approval phase.<br>- Other Team: the bug is found by some other team.<br>- Production: the bug is found while doing production work (Catinet and Process).<br>- Client/User: the bug is found by end clients/users/partners.''

	Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.		Q1: What should I set FoundBy_User property for the task if anyone from Denmark, such as Phong (Ha), Ulrik, Christian,... send us a bug?<br>A: Production.

	Q2: What about if reporter is a client and Phong (Ha) or Ulrik forward that bug for me?<br>A: In this case, you should choose Client/User for FoundBy_User.		Q2: What about if reporter is a client and Phong (Ha) or Ulrik forward that bug for me?<br>A: In this case, you should choose Client/User for FoundBy_User.

	Q3: Is there any other situation for us to set Production for the task?<br>A: Yes, there is. Besides Phong (Ha), Ulrik and Christian, we also set Production for the task if any member from Process send bug to us.		Q3: Is there any other situation for us to set Production for the task?<br>A: Yes, there is. Besides Phong (Ha), Ulrik and Christian, we also set Production for the task if any member from Process send bug to us.

	Q3: Are you sure that we always set Production for task whenever Process team send us bug?<br>A: No, not really. If Process team find a bug while s/he is checking the project to approve IAT task then we should set Development team for the task. Otherwise, please set Production.		Q3: Are you sure that we always set Production for task whenever Process team send us bug?<br>A: No, not really. If Process team find a bug while s/he is checking the project to approve IAT task then we should set Development team for the task. Otherwise, please set Production.

	Q4: Which one is the correct choice between Development team and Other team if a person from QA team send me a bug?<br>A: Development team if s/he finds the bug while s/he is approving the Testing task the project. Otherwise, Other team.		Q4: Which one is the correct choice between Development team and Other team if a person from QA team send me a bug?<br>A: Development team if s/he finds the bug while s/he is approving the Testing task the project. Otherwise, Other team.

	'''2. FoundIn_Stage property:<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''		'''2. FoundIn_Stage property:<br>'''''- Testing: the bug is found in testing phase before giving it to QA for approving the testing task.<br>- Approving: the bug is found after the testing task was sent to QA for approval at the first time.<br>- Before Deploy: the bug is found after IAT but before client ever had the chance to find it.<br>- Pre-Released: the bug is found after the project was released to client (PRE PROD).<br>- Released: choose this option if the bug is found after the project was released to client (used in production site).''

	Q1: I must choose Testing for FoundIn_Stage property for the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.		Q1: I must choose Testing for FoundIn_Stage property for the task if I find a bug while I am testing a project whose coding has just been approved, right?<br>A: Exactly.

	Q2: Which case is Approving used in?<br>A: Approving is set for the task when QA or Process team find the bug after you finished Testing task of the project and sent it to them for approving.		Q2: Which case is Approving used in?<br>A: Approving is set for the task when QA or Process team find the bug after you finished Testing task of the project and sent it to them for approving.

	Q3: And Before Deploy is set if the bug was found after project has been approved?<br>A: yes if the project has not been released to mycatinet-preproduct site or mycatinet site (client sites).		Q3: And Before Deploy is set if the bug was found after project has been approved?<br>A: yes if the project has not been released to mycatinet-preproduct site or mycatinet site (client sites).

	Q4: So, what happens if it comes from a project in 5.7 and this project has been released mycatinet-preproduct?<br>A: If the project has been released to mycatinet-preproduct then set it Pre-released.		Q4: So, what happens if it comes from a project in 5.7 and this project has been released mycatinet-preproduct?<br>A: If the project has been released to mycatinet-preproduct then set it Pre-released.

	Q5: How about if the project has been released to mycatinet site (client sites)?<br>A: Please set Released for the property of the task.		Q5: How about if the project has been released to mycatinet site (client sites)?<br>A: Please set Released for the property of the task.

	Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.		Q6: What should I choose when I go test around and find a bug. Should I set Testing for FoundIn_Stage property of the task?<br>A: No, you shouldn't. Please check that which version the function you are using is supported. If it was supported in 5.6 and later (I mean 5.5--) then set Released for the property. If it is only supported in 5.7, then check the status of the project made it. Please take a look on Q1, Q2, Q3, Q4 and Q5 for more details.

	'''3. FoundIn_Project:'''<br>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.		'''3. FoundIn_Project:'''<br>Q: When I set a project for this property? When I leave it empty?<br>A: If you know the project that the bug comes from then set the project for the property. Otherwise, leave it empty.

	'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs ~~from~~ old version?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task		'''4. Version:'''<br>Q: If a LnF bug is found, how many versions it must be fixed even it occurs in old version as well?<br>A: Just head version needs fixed. But if anyone from Denmark or our clients want it to be fixed in old version then those versions must be included into Version property of the task